设置需要片刻时间，并且设置完成后会自动重启电脑的。

下载 ubuntu 子系统

下载地址： https://aka.ms/wsl-ubuntu-1604 ，（如果你想下载1804直接把地址后面的数字改成 1804 就好），下载完成后的后缀名是 appx ，直接重命名为 zip 压缩包就好，然后解压。解压后，里面有个 ubuntu.exe 文件，直接打开该文件，然后输入用户名和密码初始化账号就能用了。

安装成功之后，在 powershell 或 cmd 中输入 wsl 或 bash ，都会直接切换到 ubuntu 的终端的，如下：

但是由于不管是 cmd 还是 powershell ，都是特别难用，所以，为了更好的体验，我们可以使用 windows terminal 新终端。下面再来介绍一下如何安装。

安装 windows terminal

首先下载 windows terminal ：
https://github.com/microsoft/terminal/releases

下载的文件是 msixbundle 类型的文件，所以需要 powershell 中输入以下命令进行安装：

Add-AppxPackage ./[文件名xxx].msixbundle

必须要使用 powershell 而不能使用 cmd ，因为 Add-AppxPackage 命令只在 powershell 中存在。

安装完成后，打开 windows terminal ， 在新建窗口旁边的下拉菜单里面可以选择 ubuntu 系统了。

注意事项：

• 因为公司的系统限制了 microsoft store 的使用，所以 wsl（Windows-Subsystem-Linux） 和 windows terminal 只能手动下载安装

• 如果你不小心把子 ubuntu 子系统给玩坏了，想要卸载重新安装，可以通过 wslconfig /l 来查看该系统的名称，然后通过 wslconfig /u [系统名称] 来删除，如下：
  

解析：通过以上结果可知，这个线程是不安全的，用户的并发请求，导致多个用户同时抢到了第10张票。

方法一：悲观锁思路，使用synchronized关键字

悲观锁(Pessimistic Lock)，每次去查询数据的时候都认为别人会修改，所以每次在查询数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里边就用到了这种锁机制，比如通过select ....for update进行数据锁定。

synchronized是一种同步锁（悲观锁），可修饰实例方法，静态方法，代码块。synchronized关键字代表这个方法加锁，相当于不管哪一个线程（例如线程A），运行到这个方法时，都要检查有没有其它线程B（或者C、 D等）正在用这个方法(或者该类的其他同步方法)，有的话要等正在使用synchronized方法的线程B（或者C 、D）运行完这个方法后再运行此线程A，没有的话，锁定调用者，然后直接运行。具体使用方法如下表所示：

1、使用 synchronized同步方法，只需要在在sale()方法上添加 synchronized即可，如下：

/**	 * 售票	 * 使用synchronized同步方法	 */	private synchronized void sale() {			if(count<=0){				flag=true;				return;			}			//剩余的票数 减1			count--;			//抢到第几张票 加1			num++;			System.out.println(Thread.currentThread().getName()+"抢到第"+num+"张票，剩余"+count+"张票。");	}

2、使用synchronized同步代码块，效果和synchronized同步方法是一样的，线程代码修改为：

public class TicketRunnable implements Runnable {	//剩余的票数	static int count=10;	//抢到第几张票	static int num=0;	//是否售完票	boolean flag=false;		@Override	public void run() {		// TODO Auto-generated method stub		//票没有售完的情况下，继续抢票		while (true) {			//使用synchronized同步代码块			synchronized (this) {				if(count<=0){					break;				}				//剩余的票数 减1				count--;				//抢到第几张票 加1				num++;				System.out.println(Thread.currentThread().getName()+"抢到第"+num+"张票，剩余"+count+"张票。");			}			}	}}

3、来看看最终的运行结果：

解析：通过以上结果可知，这个线程算是安全的，但却有弊端，没有公平性可言，有些用户压根抢不到票，有些用户则抢到了好几张票。 

结论：在“高并发 ”的抢购场景里使用悲观锁不太合理，用户并发请求，每个请求都需要等待“锁”，某些线程可能永远都没有机会抢到这个“锁”，这种请求就会死在那里。同时，这种请求会很多，瞬间增大系统的平均响应时间，结果是可用连接进程数被耗尽，系统陷入“雪崩”状态。

方法二：Lock锁机制

我们在使用synchronized关键字的时候会遇到下面这些问题：

1. 不可控性，无法做到随心所欲的加锁和释放锁。

2. 效率比较低下，比如我们现在并发的读取两个文件，读与读之间是互不影响的，但如果给这个读的对象使用synchronized来实现同步的话，那么只要有一个线程进入了，其他的线程都要等待。

3. 无法知道线程是否获取到了锁。

而上面synchronized遇到的这些问题，Lock都可以很好的解决，并且jdk1.5以后，还提供了各种锁（例如读写锁），但有一点需要注意，使用synchronized关键字时，无须手动释放锁，但使用Lock必须手动释放锁。

1、我们修改线程代码：

import java.util.concurrent.locks.Lock;import java.util.concurrent.locks.ReentrantLock;public class TicketRunnable implements Runnable {	// 剩余的票数	static int count = 10;	// 抢到第几张票	static int num = 0;	// 是否售完票	boolean flag = false;	// 定义锁对象	final Lock lock = new ReentrantLock();	@Override	public void run() {		// TODO Auto-generated method stub		// 票没有售完的情况下，继续抢票		while (!flag) {			sale();		}	}	/**	 * 售票	 */	private void sale() {		// 加锁		lock.lock();		try {			// 需要保证线程安全的代码放在try{}里			if (count <= 0) {				flag = true;				return;			}			// 剩余的票数 减1			count--;			// 抢到第几张票 加1			num++;			System.out.println(Thread.currentThread().getName() + "抢到第" + num + "张票，剩余" + count + "张票。");		} finally {			// 解放锁			lock.unlock();		}	}}

2、运行结果：

结论：从运行的结果来看，lock.lock()是对当前线程加锁，当线程执行完毕后调用lock.unlock()释放锁，这时候其他线程才可以去获取锁，至于是哪一个线程可以争抢到锁还是得看CPU的调度 。这个还是和悲观锁一样，没有公平性可言。

方法三：MySQL的事务

这个方法是在操作数据库时有效，使用MySQL的事务，锁住操作的行，其它事务必须等待此次事务提交后才能执行。

方法四：FIFO队列思路

我们直接将用户的请求放入队列中的，采用FIFO模式（First Input First Output，先进先出），这样的话，就不会导致某些请求永远获取不到锁的情况。先进先出（FIFO）的定义是先插入队列的元素也最先出队列，类似于排队的功能，从某种程度上来说这种队列也体现了一种公平性。