进程：是一个正在执行中的程序。每一个进程执行都有一个执行顺序。该顺序是一个执行路径，或者叫一个控制单元。
线程：就是进程中的一个独立的控制单元。线程在控制着进程的执行。一个进程中至少有一个线程。
运行结果每一次都不同：因为多个线程都获取cpu的执行权，在某一个时刻，只能有一个程序在运行。（多核除外）cpu在做着快速的切换，达到好像同时运行的效果。
这就是多线程的一个特性：随机性。时效性没有控制的话，取决于cpu
线程的状态如下：
创建 、运行、start()、阻塞、冻结、sleep()、wait()、消亡、stop()
线程常用的方法：
sleep(): 强迫一个线程睡眠Ｎ毫秒。
isAlive(): 判断一个线程是否存活。
join(): 等待线程终止。
activeCount(): 程序中活跃的线程数。
enumerate(): 枚举程序中的线程。
currentThread(): 得到当前线程。
isDaemon(): 一个线程是否为守护线程。
setDaemon(): 设置一个线程为守护线程。(用户线程和守护线程的区别在于，是否等待主线程依赖于主线程结束而结束)
setName(): 为线程设置一个名称。
wait(): 强迫一个线程等待。
notify(): 通知一个线程继续运行。
setPriority(): 设置一个线程的优先级。
Java 防止阻塞的方法：
1. sleep() 方法：sleep() 允许 指定以毫秒为单位的一段时间作为参数，它使得线程在指定的时间内进入阻塞状态，不能得到CPU 时间，指定的时间一过，线程重新进入可执行状态。
典型地，sleep() 被用在等待某个资源就绪的情形：测试发现条件不满足后，让线程阻塞一段时间后重新测试，直到条件满足为止。
2. suspend() 和 resume() 方法：两个方法配套使用，suspend()使得线程进入阻塞状态，并且不会自动恢复，必须其对应的resume() 被调用，才能使得线程重新进入可执行状态。典型地，suspend() 和 resume() 被用在等待另一个线程产生的结果的情形：测试发现结果还没有产生后，让线程阻塞，另一个线程产生了结果后，调用 resume() 使其恢复。
3. yield() 方法：yield() 使得线程放弃当前分得的 CPU 时间，但是不使线程阻塞，即线程仍处于可执行状态，随时可能再次分得 CPU 时间。调用 yield() 的效果等价于调度程序认为该线程已执行了足够的时间从而转到另一个线程。
4. wait() 和 notify() 方法：两个方法配套使用，wait() 使得线程进入阻塞状态，它有两种形式，一种允许 指定以毫秒为单位的一段时间作为参数，另一种没有参数，前者当对应的 notify() 被调用或者超出指定时间时线程重新进入可执行状态，后者则必须对应的 notify() 被调用。
第一：调用 notify
() 方法导致解除阻塞的线程是从因调用该对象的 wait() 方法而阻塞的线程中随机选取的，我们无法预料哪一个线程将会被选择，所以编程时要特别小心，避免因这种不确定性而产生问题。
第二：除了 notify()，还有一个方法 notifyAll() 也可起到类似作用，唯一的区别在于，调用 notifyAll() 方法将把因调用该对象的 wait() 方法而阻塞的所有线程一次性全部解除阻塞。当然，只有获得锁的那一个线程才能进入可执行状态。
Thread和Runnable的区别:Runnable避免了单继承的局限性。
理解进程与线程：
1.DOS有一个明显的特点，就是一旦病毒入侵，系统就会死机，因为传统的DOS系统是单进程处理方式，所以只有一个程序运行，其它程序无法运行。
而windows系统中，即使出现病毒，系统照样可以使用，因为windows系统是采用多进程处理方式，在同一个时间段上会有多个程序在运行。
2.对于word来说每次启动一个word实际上都是在操作系统上分配一个进程。而线程实际上是在进程的基础上进一步划分，从word来看可以把拼写检查当做一个线程进行处理。当然会同时存在多个线程。
3.如果一个进程没有了，线程一定会消失；但线程消失了，进程未必会消失。而且线程都是在进程的基础上并发同时运行。
4.下面来看进程与线程的概念：
进程是程序的动态执行过程，它经历了从代码加载，执行，到执行完毕的一个完整过程。这个过程也是进程本身从产生、发展，到最终消亡的一个过程。
多线程是实现并发机制的一个有效手段。进程和线程一样都是实现并发的基本单位。
理解多线程：如果现在同时有多个任务，则所有的系统的资源是共享的，被所有线程所公用，但是程序处理需要CPU，传统单核ＣＰＵ来说同一个时间段会有多个程序执行，但是在同一个时间点上只能存在一个程序运行，也就是说所有的程序都要抢占ＣＰＵ资源。但是当ＣＰＵ已经发展到多核的状态了，在一个电脑上可能会存在多个ＣＰＵ，这个时候就可以非常清楚的发现多线程操作间是如何进行并发的执行的。
５.ｊａｖａ实现多线程：
两种方式：（１）继承Ｔｈｒｅａｄ
（２）实现Ｒｕｎｎａｂｌｅ接口
先调用ｓｔａｒｔ方法，在执行ｒｕｎ方法。这是为什么呢？打开Thread的类定义，在jdk的src.zip中全部是java的源程序代码，直到找到https://www.doczj.com/doc/1317235665.html,ng.Thread类的定义：
? public synchronized void start(){
????? if(threadStatus != 0)
throw new IllegalThreadStateException();
start0();
if(stopBeforeStart){
stop0(throwableFromStop);
}
? }
?private native void start（）；
?start()方法可能抛出异常。
sto
pBeforeStart是一个boolean型变量，native关键字表示由java调用本机操作系统函数的一个关键字。在java中，运行java程序调用本机的操作系统的函数已完成特定的功能。
证明：如果现在要想实现多线程的话，则肯定需要操作系统的支持，因为多线程操作系中牵涉到一个抢占CPU的情况，要等待CPU进行调度，这一点肯定需要操作系统的底层支持，所以使用了native调用本机的系统函数。而且在各个操作系统中实现底层代码肯定是不同的，所以使用native关键字也可以让JVM自动调整不同的JVM实现。
threadStatus也表示一种状态，如果线程已经启动了在调用start方法的时候就有可能产生异常。
继承Thread实现多线程：
class myThread extends Thread{
private String name;
public myThread(String name){//通过构造方法配置name属性
https://www.doczj.com/doc/1317235665.html, = name;
}
public void run(){//重写run方法
for(int i = 0;i<10; i++){
System.out.println(name +"运行，i="+i);
}
}
}
? public class ThreadDemo{
public static void main(String []args){
myThread mt1 = new MyThread("线程A");//实例化对象
mt1.start();//调用线程主体
mt1.start();//异常
}
}
?Runnable接口：在java中可以通过实现Runnable接口的方式实现多线程，Runnable接口中只定义了一个抽象的方法。public void run();
在Runnable中并没有start()方法,那么怎样才能使用start()方法呢？在Thread类中有构造方方法public Thread(Runnable target ){}利用此构造方法启动多线程。
class MyThread implements Runnable{
private String name;
public MyThread(String name){
https://www.doczj.com/doc/1317235665.html, = name;
}
public void run(){
for(int i = 0;i<10;i++){
System.out.Println(name+"运行，i = "+i);
}
}
}
public class myThreadDemo{
public static void main(String []args){
MyThread mt1 = new?MyThread("线程A");//实例化对象
MyThread mt2= new?MyThread("线程B");
Thread t1 = new Thread(mt1);//实例化Thread类对象
Thread t2 = new Thread(mt2);
t1.start();//启动多线程和
t2.start();
}
}
?Thread类与Runnable接口的联系：
Thread 定义：
public class Thread extends Object implements Runnable 发现Thread类也是Runnable接口的子类，使用了代理的机制完成。
Thread类与Runnable接口的区别：
???? 使用Thread类操作多线程的时候无法达到资源共享的目的，而使用Runnable接口实现的多线程操作可以实现资源共享。
Thead类与Runnable接口的使用结论：
实现Runnable接口比继
承Thread类有如下明显的优点：
（1）适合多个相同程序的代码的线程去处理同一个资源。
（2）可以避免由于单继承局限所带来的影响。
（3）增强了程序的健壮性，代码能够被多个线程共享，代码与数据是独立的。
线程的状态：
创建状态：准备好了一个多线程对象：Thread t = new Thread();
就绪状态：调用了start()方法，等待CPU进行调度。
运行状态：执行run方法
阻塞状态：暂时停止执行，可能将资源交给其他线程使用。
终止状态：（死亡状态）：线程执行完毕了，不再使用了。
进程与线程在程序开发中无疑占有极其重要的地位，而 Java 语言为了能提供统一的、与平台无关的关于进程和线程的编程接口，必然要对操作系统提供的相关功能做进一步封装。本文主要介绍 Java 中关于进程与线程的相关封装类，揭示如何创建 Java 进程与线程，Java 封装类和实际的系统本地进程和线程是如何对应的，以及使用 Java 进程和线程的一些限制。
概述
进程与线程，本质意义上说， 是操作系统的调度单位，可以看成是一种操作系统 “资源” 。Java 作为与平台无关的编程语言，必然会对底层（操作系统）提供的功能进行进一步的封装，以平台无关的编程接口供程序员使用，进程与线程作为操作系统核心概念的一部分无疑亦是如此。在 Java 语言中，对进程和线程的封装，分别提供了 Process 和 Thread 相关的一些类。本文首先简单的介绍如何使用这些类来创建进程和线程，然后着重介绍这些类是如何和操作系统本地进程线程相对应的，给出了 Java 虚拟机对于这些封装类的概要性的实现；同时由于 Java 的封装也隐藏了底层的一些概念和可操作性，本文还对 Java 进程线程和本地进程线程做了一些简单的比较，列出了使用 Java 进程、线程的一些限制和需要注意的问题。
Java 进程的建立方法
在 JDK 中，与进程有直接关系的类为 https://www.doczj.com/doc/1317235665.html,ng.Process，它是一个抽象类。在 JDK 中也提供了一个实现该抽象类的 ProcessImpl 类，如果用户创建了一个进程，那么肯定会伴随着一个新的 ProcessImpl 实例。同时和进程创建密切相关的还有 ProcessBuilder，它是在 JDK1.5 中才开始出现的，相对于 Process 类来说，提供了便捷的配置新建进程的环境，目录以及是否合并错误流和输出流的方式。
https://www.doczj.com/doc/1317235665.html,ng.Runtime.exec 方法和 https://www.doczj.com/doc/1317235665.html,ng.ProcessBuilder.start 方法都可以创建一个本地的进程，然后返回代表这个进程的 https://www.doczj.com/doc/1317235665.html,ng.Process 引用。
Runtime.exec 方法建立一个本地进程
该方法在 JDK1.5 中，可以接受 6 种不同形式的参数传入。
Process exec(String command)
Process exec(String []
cmdarray)
Process exec(String [] cmdarrag, String [] envp)
Process exec(String [] cmdarrag, String [] envp, File dir)
Process exec(String cmd, String [] envp)
Process exec(String command, String [] envp, File dir)
他们主要的不同在于传入命令参数的形式，提供的环境变量以及定义执行目录。
ProcessBuilder.start 方法来建立一个本地的进程
如果希望在新创建的进程中使用当前的目录和环境变量，则不需要任何配置，直接将命令行和参数传入 ProcessBuilder 中，然后调用 start 方法，就可以获得进程的引用。
Process p = new ProcessBuilder("command", "param").start();
也可以先配置环境变量和工作目录，然后创建进程。
ProcessBuilder pb = new ProcessBuilder("command", "param1", "param2");
Map
env.put("VAR", "Value");
pb.directory("Dir");
Process p = pb.start();
可以预先配置 ProcessBuilder 的属性是通过 ProcessBuilder 创建进程的最大优点。而且可以在后面的使用中随着需要去改变代码中 pb 变量的属性。如果后续代码修改了其属性，那么会影响到修改后用 start 方法创建的进程，对修改之前创建的进程实例没有影响。
JVM 对进程的实现
在 JDK 的代码中，只提供了 ProcessImpl 类来实现 Process 抽象类。其中引用了 native 的 create, close, waitfor, destory 和 exitValue 方法。在 Java 中，native 方法是依赖于操作系统平台的本地方法，它的实现是用 C/C++ 等类似的底层语言实现。我们可以在 JVM 的源代码中找到对应的本地方法，然后对其进行分析。JVM 对进程的实现相对比较简单，以 Windows 下的 JVM 为例。在 JVM 中，将 Java 中调用方法时的传入的参数传递给操作系统对应的方法来实现相应的功能。如表 1
表 1. JDK 中 native 方法与 Windows API 的对应关系
JDK 中调用的 native 方法名
对应调用的 Windows API
create
CreateProcess，CreatePipe
close
CloseHandle
waitfor
WaitForMultipleObjects
destroy
TerminateProcess
exitValue
GetExitCodeProcess
以 create 方法为例，我们看一下它是如何和系统 API 进行连接的。
在 ProcessImple 类中，存在 native 的 create 方法，其参数如下：
private native long create(String cmdstr, String envblock,
String dir, boolean redirectErrorStream, FileDescriptor in_fd,
FileDescriptor out_fd, FileDescriptor err_fd) throws IOException;
在 JVM 中对应的本地方法如代码清单 1 所示 。
清单 1
JNIEXPORT jlong JNICALL
Java_Java_lang_ProcessImpl_create(JNIEnv *env, jobject process,
jstring cmd,
jstring envBlock,
jstring dir,
jboolean redirectErrorStream,
jobject in_fd,
jobject out_fd,
jobject err_fd)
{
/* 设置内部变量值 */
……
/* 建立输入、输出以及错误流管道 */
if (!(CreatePipe(&inRead, &inWrite, &sa
, PIPE_SIZE) &&
CreatePipe(&outRead, &outWrite, &sa, PIPE_SIZE) &&
CreatePipe(&errRead, &errWrite, &sa, PIPE_SIZE))) {
throwIOException(env, "CreatePipe failed");
goto Catch;
}
/* 进行参数格式的转换 */
pcmd = (LPTSTR) JNU_GetStringPlatformChars(env, cmd, NULL);
……
/* 调用系统提供的方法，建立一个 Windows 的进程 */
ret = CreateProcess(
0, /* executable name */
pcmd, /* command line */
0, /* process security attribute */
0, /* thread security attribute */
TRUE, /* inherits system handles */
processFlag, /* selected based on exe type */
penvBlock, /* environment block */
pdir, /* change to the new current directory */
&si, /* (in) startup information */
&pi); /* (out) process information */
…
/* 拿到新进程的句柄 */
ret = (jlong)pi.hProcess;
…
/* 最后返回该句柄 */
return ret;
}
可以看到在创建一个进程的时候，调用 Windows 提供的 CreatePipe 方法建立输入，输出和错误管道，同时将用户通过 Java 传入的参数转换为操作系统可以识别的 C 语言的格式，然后调用 Windows 提供的创建系统进程的方式，创建一个进程，同时在 JAVA 虚拟机中保存了这个进程对应的句柄，然后返回给了 ProcessImpl 类，但是该类将返回句柄进行了隐藏。也正是 Java 跨平台的特性体现，JVM 尽可能的将和操作系统相关的实现细节进行了封装，并隐藏了起来。
同样，在用户调用 close、waitfor、destory 以及 exitValue 方法以后， JVM 会首先取得之前保存的该进程在操作系统中的句柄，然后通过调用操作系统提供的接口对该进程进行操作。通过这种方式来实现对进程的操作。
在其它平台下也是用类似的方式实现的，不同的是调用的对应平台的 API 会有所不同。
回页首
Java 进程与操作系统进程
通过上面对 Java 进程的分析，其实它在实现上就是创建了操作系统的一个进程，也就是每个 JVM 中创建的进程都对应了操作系统中的一个进程。但是，Java 为了给用户更好的更方便的使用，向用户屏蔽了一些与平台相关的信息，这为用户需要使用的时候，带来了些许不便。
在使用 C/C++ 创建系统进程的时候，是可以获得进程的 PID 值的，可以直接通过该 PID 去操作相应进程。但是在 JAVA 中，用户只能通过实例的引用去进行操作，当该引用丢失或者无法取得的时候，就无法了解任何该进程的信息。
当然，Java 进程在使用的时候还有些要注意的事情：
Java 提供的输入输出的管道容量是十分有限的，如果不及时读取会导致进程挂起甚至引起死锁。
当创建进程去执行 Windows 下的系统命令时，如：dir、copy 等
。需要运行 windows 的命令解释器，command.exe/cmd.exe，这依赖于 windows 的版本，这样才可以运行系统的命令。
对于 Shell 中的管道 ‘ | ’命令，各平台下的重定向命令符 ‘ > ’，都无法通过命令参数直接传入进行实现，而需要在 Java 代码中做一些处理，如定义新的流来存储标准输出，等等问题。
总之，Java 中对操作系统的进程进行了封装，屏蔽了操作系统进程相关的信息。同时，在使用 Java 提供创建进程运行本地命令的时候，需要小心使用。
一般而言，使用进程是为了执行某项任务，而现代操作系统对于执行任务的计算资源的配置调度一般是以线程为对象（早期的类 Unix 系统因为不支持线程，所以进程也是调度单位，但那是比较轻量级的进程，在此不做深入讨论）。创建一个进程，操作系统实际上还是会为此创建相应的线程以运行一系列指令。特别地，当一个任务比较庞大复杂，可能需要创建多个线程以实现逻辑上并发执行的时候，线程的作用更为明显。因而我们有必要深入了解 Java 中的线程，以避免可能出现的问题。本文下面的内容即是呈现 Java 线程的创建方式以及它与操作系统线程的联系与区别。
Java 创建线程的方法
实际上，创建线程最重要的是提供线程函数（回调函数），该函数作为新创建线程的入口函数，实现自己想要的功能。Java 提供了两种方法来创建一个线程：
继承 Thread 类
class MyThread extends Thread{
public void run() {
System.out.println("My thread is started.");
}
}
实现该继承类的 run 方法，然后就可以创建这个子类的对象，调用 start 方法即可创建一个新的线程：
MyThread myThread = new MyThread();
myThread.start();
实现 Runnable 接口
class MyRunnable implements Runnable{
public void run() {
System.out.println("My runnable is invoked.");
}
}
实现 Runnable 接口的类的对象可以作为一个参数传递到创建的 Thread 对象中，同样调用 Thread#start 方法就可以在一个新的线程中运行 run 方法中的代码了。
Thread myThread = new Thread( new MyRunnable());
myThread.start();
可以看到，不管是用哪种方法，实际上都是要实现一个 run 方法的。 该方法本质是上一个回调方法。由 start 方法新创建的线程会调用这个方法从而执行需要的代码。 从后面可以看到，run 方法并不是真正的线程函数，只是被线程函数调用的一个 Java 方法而已，和其他的 Java 方法没有什么本质的不同。
Java 线程的实现
从概念上来说，一个 Java 线程的创建根本上就对应了一个本地线程（native thread）的创建，两者是一一对应的。 问题是，本地线程执行的应该是本地代码，而 Java 线程提供的线程函
数是 Java 方法，编译出的是 Java 字节码，所以可以想象的是， Java 线程其实提供了一个统一的线程函数，该线程函数通过 Java 虚拟机调用 Java 线程方法 , 这是通过 Java 本地方法调用来实现的。
以下是 Thread#start 方法的示例：
public synchronized void start() {
…
start0();
…
}
可以看到它实际上调用了本地方法 start0, 该方法的声明如下：
private native void start0();
Thread 类有个 registerNatives 本地方法，该方法主要的作用就是注册一些本地方法供 Thread 类使用，如 start0()，stop0() 等等，可以说，所有操作本地线程的本地方法都是由它注册的 . 这个方法放在一个 static 语句块中，这就表明，当该类被加载到 JVM 中的时候，它就会被调用，进而注册相应的本地方法。
private static native void registerNatives();
static{
registerNatives();
}
本地方法 registerNatives 是定义在 Thread.c 文件中的。Thread.c 是个很小的文件，定义了各个操作系统平台都要用到的关于线程的公用数据和操作，如代码清单 2 所示。
清单 2
JNIEXPORT void JNICALL
Java_Java_lang_Thread_registerNatives (JNIEnv *env, jclass cls){
(*env)->RegisterNatives(env, cls, methods, ARRAY_LENGTH(methods));
}
static JNINativeMethod methods[] = {
{"start0", "()V",(void *)&JVM_StartThread},
{"stop0", "(" OBJ ")V", (void *)&JVM_StopThread},
{"isAlive","()Z",(void *)&JVM_IsThreadAlive},
{"suspend0","()V",(void *)&JVM_SuspendThread},
{"resume0","()V",(void *)&JVM_ResumeThread},
{"setPriority0","(I)V",(void *)&JVM_SetThreadPriority},
{"yield", "()V",(void *)&JVM_Yield},
{"sleep","(J)V",(void *)&JVM_Sleep},
{"currentThread","()" THD,(void *)&JVM_CurrentThread},
{"countStackFrames","()I",(void *)&JVM_CountStackFrames},
{"interrupt0","()V",(void *)&JVM_Interrupt},
{"isInterrupted","(Z)Z",(void *)&JVM_IsInterrupted},
{"holdsLock","(" OBJ ")Z",(void *)&JVM_HoldsLock},
{"getThreads","()[" THD,(void *)&JVM_GetAllThreads},
{"dumpThreads","([" THD ")[[" STE, (void *)&JVM_DumpThreads},
};
到此，可以容易的看出 Java 线程调用 start 的方法，实际上会调用到 JVM_StartThread 方法，那这个方法又是怎样的逻辑呢。实际上，我们需要的是（或者说 Java 表现行为）该方法最终要调用 Java 线程的 run 方法，事实的确如此。 在 jvm.cpp 中，有如下代码段：
JVM_ENTRY(void, JVM_StartThread(JNIEnv* env, jobject jthread))
…
native_thread = new JavaThread(&thread_entry, sz);
…
这里JVM_ENTRY是一个宏，用来定义JVM_StartThread 函数，可以看到函数内创建了真正的平台相关的本地线程，其线程函数是 thread_entry，如清单 3 所示。
清单 3
static void thread_entry(JavaThread* thread, TRAPS) {
HandleMark hm(THREAD);
Handle obj(THREAD, th
read->threadObj());
JavaValue result(T_VOID);
JavaCalls::call_virtual(&result,obj,
KlassHandle(THREAD,SystemDictionary::Thread_klass()),
vmSymbolHandles::run_method_name(),
vmSymbolHandles::void_method_signature(),THREAD);
}
可以看到调用了 vmSymbolHandles::run_method_name 方法，这是在 vmSymbols.hpp 用宏定义的：
class vmSymbolHandles: AllStatic {
…
template(run_method_name,"run")
…
}
至于 run_method_name 是如何声明定义的，因为涉及到很繁琐的代码细节，本文不做赘述。感兴趣的读者可以自行查看 JVM 的源代码。
图 1. Java 线程创建调用关系图
综上所述，Java 线程的创建调用过程如?图 1?所示，首先 , Java 线程的 start 方法会创建一个本地线程（通过调用 JVM_StartThread），该线程的线程函数是定义在 jvm.cpp 中的 thread_entry，由其再进一步调用 run 方法。可以看到 Java 线程的 run 方法和普通方法其实没有本质区别，直接调用 run 方法不会报错，但是却是在当前线程执行，而不会创建一个新的线程。
Java 线程与操作系统线程
从上我们知道，Java 线程是建立在系统本地线程之上的，是另一层封装，其面向 Java 开发者提供的接口存在以下的局限性：
线程返回值
Java 没有提供方法来获取线程的退出返回值。实际上，线程可以有退出返回值，它一般被操作系统存储在线程控制结构中 （TCB），调用者可以通过检测该值来确定线程是正常退出还是异常终止。
线程的同步
Java 提供方法 Thread#Join（）来等待一个线程结束，一般情况这就足够了，但一种可能的情况是，需要等待在多个线程上（比如任意一个线程结束或者所有线程结束才会返回），循环调用每个线程的 Join 方法是不可行的，这可能导致很奇怪的同步问题。
线程的 ID
Java 提供的方法 Thread#getID（）返回的是一个简单的计数 ID，其实和操作系统线程的 ID 没有任何关系。
线程运行时间统计
Java 没有提供方法来获取线程中某段代码的运行时间的统计结果。虽然可以自行使用计时的方法来实现（获取运行开始和结束的时间，然后相减 ），但由于存在多线程调度方法的原因，无法获取线程实际使用的 CPU 运算时间，因而必然是不准确的。
总结
本文通过对 Java 进程和线程的分析，可以看出 Java 对这两种操作系统 “资源” 进行了封装，使得开发人员只需关注如何使用这两种 “资源” ，而不必过多的关心细节。这样的封装一方面降低了开发人员的工作复杂度，提高了工作效率；另一方面由于封装屏蔽了操作系统本身的一些特性，因而在使用 Java 进程线程时有了某些限制，这是封装不可避免的问题。语言的演化本就是决定需要什么不需要什么的过
程，相信随着 Java 的不断发展，封装的功能子集的必然越来越完善。