湖南省工程建设信息官方网站wordpress插件扫描

当前位置： 首页 > news >正文

湖南省工程建设信息官方网站,wordpress插件扫描,在线代理ip网页,西双版纳网站建设并发不一定要依赖多线程(如PHP中很常见的多进程并发)。 但是在Java里面谈论并发#xff0c;基本上都与线程脱不开关系。因此我们讲一下从Java线程在虚拟机中的实现。 线程的实现 线程是比进程更轻量级的调度执行单位。 线程的引入#xff0c;可以把一个进程的资源分配和执行调… 并发不一定要依赖多线程(如PHP中很常见的多进程并发)。 但是在Java里面谈论并发基本上都与线程脱不开关系。因此我们讲一下从Java线程在虚拟机中的实现。 线程的实现 线程是比进程更轻量级的调度执行单位。 线程的引入可以把一个进程的资源分配和执行调度分开各个线程既可以共享进程资源(内存地址、文件I/O等)又可以独立调度。 目前 线程是Java里面进行处理器资源调度的最基本单位如果日后能成功为Java引入纤程 (Fiber)的话可能就会改变这一点。 主流的操作系统都提供了线程实现因此Java语言提供了在不同硬件和操作系统平台下对线程操作的统一 处理。每个已经调用过start( )方法且还未结束的java.lang.Thread类的实例就代表着一个线程。 Native方法 Thread类与大部分的Java类库API有着显著差别它的所有关键方法都被声明为Native。 在 Java类库API中一个Native方法往往就意味着这个方法没有使用或无法使用平台无关的手段来实现 (当然也可能是为了执行效率而使用Native方法不过通常最高效率的手段也就是平台相关的手 段)。 正因为这个原因本节的标题被定为“线程的实现”而不是“Java线程的实现”。 在后面的实现方式中将Java的技术背景放下以一个通用的应用程序的角度来看看线程是如何实现的。 实现线程的三种方式 实现线程主要有三种方式: 使用内核线程实现(1 : 1实现)使用用户线程实现(1 : N实现)使用用户线程加轻量级进程混合实现(N : M 实现)。 内核线程实现 使用内核线程实现的方式也被称为1:1实现。内核线程(Kernel-Level ThreadKLT)就是直接由操作系统内核(Kernel下称内核)支持的线程。 这种线程由内核来完成线程切换内核通过操纵调度器(Scheduler)对线程进行调度并负责将线程的任务映射到各个处理器上。 每个内核线程可以视为内核的一个分身这样操作系统就有能力同时处理多件事情支持多线程的内核就称为多线程内核(Multi-Threads Kernel)。 轻量级进程 程序一般不会直接使用内核线程而是使用内核线程的一种高级接口——轻量级进程(Light Weight ProcessLWP)。 轻量级进程就是我们通常意义上所讲的线程由于每个轻量级进程都由一个内核线程支持因此只有先支持内核线程才能有轻量级进程。这种轻量级进程与内核线程之间1:1 的关系称为一对一的线程模型。 由于内核线程的支持每个轻量级进程都成为一个独立的调度单元即使其中某一个轻量级进程在系统调用中被阻塞了也不会影响整个进程继续工作 轻量级进程也具有它的局限性 首先由于是基于内核线程实现的所以各种线程操作如创建、析构及同步都需要进行系统调用。 而系统调用的代价相对较高需要在用户态(User M ode)和内核态(Kernel M ode)中来回切换 每个 轻量级进程都需要有一个内核线程的支持因此轻量级进程要消耗一定的内核资源(如内核线程的栈空间)因此一个系统支持轻量级进程的数量是有限的 用户线程实现 使用用户线程实现的方式被称为1:N实现。 广义上来讲一个线程只要不是内核线程都可以认 为是用户线程(User ThreadUT)的一种。 因此从这个定义上看轻量级进程也属于用户线程但轻量级进程的实现始终是建立在内核之上的许多操作都要进行系统调用因此效率会受到限制并不具备通常意义上的用户线程的优点。 而狭义上的用户线程指的是完全建立在用户空间的线程库上。 系统内核不能感知到用户线程的存在及如何实现的。 用户线程的建立、同步、销毁和调度完全在用户态中完成不需要内核的帮助。 如果程序实现得当这种线程不需要切换到内核态因此操作可以是非常快速且低消耗的也能够支持规模更大的线程数量。 部分高性能数据库中的多线程就是由用户线程实现的。 这种进程与用户线程之 间1:N的关系称为一对多的线程模型。 权衡 用户线程的优势在于不需要系统内核支援劣势也在于没有系统内核的支援。 所有的线程操作都 需要由用户程序自己去处理。 线程的创建、销毁、切换和调度都是用户必须考虑的问题而且由于操作系统只把处理器资源分配到进程那诸如“阻塞如何处理”“多处理器系统中如何将线程映射到其他处理器上”这类问题解决起来将会异常困难甚至有些是不可能实现的。 因为使用用户线程实现的程序通常都比较复杂除了有明确的需求外(譬如以前在不支持多线程的操作系统中的多线程程序、需要 支持大规模线程数量的应用)一般的应用程序都不倾向使用用户线程。 Java、Ruby等语言都曾经使 用过用户线程最终又都放弃了使用它。但是近年来许多新的、以高并发为卖点的编程语言又普遍支 持了用户线程譬如Golang、Erlang等使得用户线程的使用率有所回升。 混合实现 线程除了依赖内核线程实现和完全由用户程序自己实现之外还有一种将内核线程与用户线程一起使用的实现方式被称为N:M 实现。 在这种混合实现下既存在用户线程也存在轻量级进程。 用户线程还是完全建立在用户空间中因此用户线程的创建、切换、析构等操作依然廉价并且可以支持大规模的用户线程并发。 而操作系统支持的轻量级进程则作为用户线程和内核线程之间的桥梁这样可以使用内核提供的线程调度功能及处理器映射并且用户线程的系统调用要通过轻量级进程来完成这大大降低了整个进程被完全阻塞的风险。 在这种混合模式中用户线程与轻量级进程的数量 比是不定的是N:M 的关系这种就是多对多的线程模型。 许多UNIX系列的操作系统如Solaris、HP-UX等都提供了M:N的线程模型实现。在这些操作系统上的应用也相对更容易应用M :N的线程模型。 Java线程的实现 Java线程如何实现并不受Java虚拟机规范的约束这是一个与具体虚拟机相关的话题。 Java线程在 早期的Classic虚拟机上(JDK 1.2以前)是基于一种被称为“绿色线程”(Green Threads)的用户线程实现的。 但从JDK 1.3起“主流”平台上的“主流”商用Java虚拟机的线程模型普遍都被替换为基于操作系统原生线程模型来实现即采用1:1的线程模型。 HotSpot实现 以HotSpot为例它的每一个Java线程都是直接映射到一个操作系统原生线程来实现的而且中间没有额外的间接结构所以HotSpot自己是不会去干涉线程调度的(可以设置线程优先级给操作系统提供调度建议)全权交给底下的操作系统去处理。 所以何时冻结或唤醒线程、该给线程分配多少处理器执行时间、该把线程安排给哪个处理器核心去执行等都是由操作系统完成的也都是由操作系统全权决定的。 操作系统支持怎样的线程模型在很大程度上会影响上面JVM的线程是怎样映射的。但操作系统的线程模型在不同的平台上很难达成一致因此《Java虚拟机规范》中才不去限定Java线程需要使用哪种线程模型来实现。 线程模型只对线程的并发规模和操作成本产生影响对Java程序的编码和运行过程来说这些差异都是完全透明的。 Java线程调度 线程调度是指系统为线程分配处理器使用权的过程。调度主要方式有两种分别是协同式 (Cooperative Threads-Scheduling)线程调度和抢占式(Preemptive Threads-Scheduling)线程调度。 如果使用协同式调度的多线程系统线程的执行时间由线程本身来控制线程把自己的工作执行完了之后要主动通知系统切换到另外一个线程上去。 协同式调度 协同式多线程的最大好处是实现简单而且由于线程要把自己的事情干完后才会进行线程切换切换操作对线程自己是可知的所以一般没有什么线程同步的问题。 Lua语言中的“协同例程”就是这类实现。它的坏处也很明显: 线程执行时间不可控制甚至如果一个线程的代码编写有问题一直不告知系统进行线程切换那么程序就会一直阻塞在 那里。很久以前的Windows 3.x系统就是使用协同式来实现多进程多任务的那是相当不稳定的只要有一个进程坚持不让出处理器执行时间就可能会导致整个系统崩溃。 抢占式调度 如果使用抢占式调度的多线程系统那么每个线程将由系统来分配执行时间线程的切换不由线程本身来决定。 譬如在Java中有Thread::yeld()方法可以主动让出执行时间但是没办法主动获取执行时间。 在这种实现线程调度的方式下 线程的执行时间是系统可控的不会有一个线程导致整个进程甚至整个系统阻塞的问题。 Java使用的线程调度方式就是抢占式调度。与前面所说的Windows 3.x的例子相对在Windows 9x/NT内核中就是使用抢占式来实现多进程的。 当一个进程出了问题我们还可以使用任务管理器把这个进程杀掉而不至于导致系统崩溃。 线程优先级 虽然说Java线程调度是系统自动完成的但是我们仍然可以“建议”操作系统给某些线程多分配一 点执行时间另外的一些线程则可以少分配一点——这项操作是通过设置线程优先级来完成的。 Java 语言一共设置了10个级别的线程优先级(Thread.M IN_PRIORITY至Thread.M AX_PRIORITY)。在 两个线程同时处于Ready状态时优先级越高的线程越容易被系统选择执行。 不过线程优先级并不是一项稳定的调节手段很显然因为主流虚拟机上的Java线程是被映射到系统的原生线程上来实现的所以线程调度最终还是由操作系统说了算。 尽管现代的操作系统基本都提供线程优先级的概念但是并不见得能与Java线程的优先级一一对应如Solaris中线程有 2147483648(2的31次幂)种优先级但Windows中就只有七种优先级。Windows平台的虚拟机中使用了除 THREAD_PRIORITY_IDLE之外的其余6种线程优先级因此在Windows下设置线程优先级为1和2、3 和4、6和7、8和9的效果是完全相同的。 线程优先级并不是一项稳定的调节手段。 这不仅仅体现在某些操作系统上不同的优先级实际会变得相同这一点上 还有其他情况让我们不能过于依赖线程优先级: 优先级可能会被系统自行改变例如在Windows系统中存在一个叫“优先级推进器”的功能(Priority Boosting当然它可以被关掉)大致作用是当系统发现一个线程被执行得特别频繁时可能会越过线程优先级去为它分配执行时间从而减少因为线程频繁切换而带来的性能损耗。 因此我们并不能在程序中通过优先级来完全准确判断一组状态都为Ready的线程将会先执行哪一个。 状态转换 Java语言定义了6种线程状态在任意一个时间点中一个线程只能有且只有其中的一种状态并且可以通过特定的方法在不同状态之间转换。这6种状态分别是 新建(New): 创建后尚未启动的线程处于这种状态。运行(Runnable): 包括操作系统线程状态中的Running和Ready也就是处于此状态的线程有可能正在执行也有可能正在等待着操作系统为它分配执行时间。无限期等待(Waiting): 处于这种状态的线程不会被分配处理器执行时间它们要等待被其他线程显式唤醒。以下方法会让线程陷入无限期的等待状态: 没有设置Timeout 参数的O bject ::w ait ()方法;没有设置Timeout 参数的T hread::join()方法;LockSupport::park()方法。 **限期等待(Timed Waiting): **处于这种状态的线程也不会被分配处理器执行时间不过无须等待被其他线程显式唤醒一定时间之后会由系统自动唤醒。以下方法会让线程进入限期等待状态: Thread::sleep()方法设置了Timeout参数的Object::wait()方法;设置了Timeout参数的T hread::join()方法;LockSupport::parkNanos()方法;LockSupport::parkUntil()方法。 阻塞(Blocked): 线程被阻塞了 “阻塞状态”与“等待状态”的区别是“阻塞状态”在等待着获取到一个排它锁这个事件将在另外一个线程放弃这个锁的时候发生; 而“等待状态”则是在等待一段时 间或者唤醒动作的发生。在程序等待进入同步区域的时候线程将进入这种状态。 结束(Terminated):已终止线程的线程状态线程已经结束执行。 上述6种状态在遇到特定事件发生时会互相转换它们的转换关系如下图所示