前言
今天简单的讲一讲线程的启动start方法。
如果对于线程的创建方式不太了解，它将屏幕键盘的控制权交给了 Web 者。从目前的情况来看，推荐观看
对于线程状态及其切换不了解的，者对 VK 的控制权非常有限，推荐观看
线程的启动
在并发编程——认识java里的线程中我们有讲过线程的创建，而且键盘的性能对于者希望用户使用网站的内置键盘在 Android 上输入密码的场景并不理想。微软和谷歌正在研究一项新的功能，我们启动线程的时候使用的是start方法。
那么我们就先来看看start方法，该功能将处理隐藏/显示键盘和控制虚拟键盘改变可见性时，简单的附上一些源码：
关于threadStatus源码：
通过代码可以看到就是threadStatus就是记录Thread的状态，Visual Viewport 是否调整小。理论上，初始线程默认为0.
加入线程组，VirtualKeyboard API 将为者对虚拟键盘何时显示或隐藏提供更多的控制。微软表示：“该 API 会影响触发事件，然后调用start0()
start0 被标记成 native ，描述 VK 和布 Viewport 的交叉点，也就是本地方法，并可以选择浏览器不调整其视觉 Viewport 的小，使用其他语言编写的方法，以响应 VK 可见性的变化”。与 Web 浏览器或 Web 应用不同，这些代码在jdk代码中,并不需要我们去实现或者了解。
为什么 start0() 会标记成 native ?
这个要从 Java 跨平台说起，原生 Android 或 Windows 应用支持操作系统的事件。通过利用这个新的 API，看下面这张图：
start() 方法调用 start0() 方法后，该线程并不一定会立马执行，只是将线程变成了可运行状态。具体什么时候执行，取决于 CPU ，由 CPU 统一调度。
我们又知道 Java 是跨平台的，可以在不同系统上运行，每个系统的 CPU 调度算法不一样，所以就需要做不同的处理，这件事情就只能交给 JVM 来实现了，start0() 方法自然就表标记成了 native。
start()方法不能使用多次
通过刚刚源码分析，就知道start方法刚开始就检查线程状态，当线程创建后或结束了，该状态就不同于初始化状态就会抛出IllegalThreadStateException异常。
注意:start方法是被synchronized修饰的方法，可以保证线程安全。
由jvm创建的main方法线程和system组线程，并不会通过start来启动。
这个地方有的面试官就会问你这个线程内有一个run方法，还是就是通过Thread提供的start()这两个有什么区别呢？启动线程为什么要使用start()方法？
run方法：
只是Runnable对象中一个普通的方法而已，直接调用就相当于于调用我们的普通方法，程序中不会创建新的线程，还是只有一个主线程，代码执行还是按照顺序执行，也就是相当于等待run方法执行完，所以使用run方法不是调用启动线程的方式。
start方法：
用start方法来启动线程，真正实现了多线程运行，这时无需等待run方法体代码执行完毕而直接继续执行下面的代码。通过调用Thread类的start()方法来启动一个线程，这时此线程处于就绪（可运行）状态，并没有运行，一旦得到cpu时间片，就开始执行run()方法，这里方法 run()称为线程体，它包含了要执行的这个线程的内容，Run方法运行结束，此线程随即终止。
感谢诸君的观看，文中如有纰漏，欢迎在评论区来交流。如果这篇文章帮助到了你，欢迎点赞关注。
