Java垃圾回收怎么理解

一、Java垃圾回收怎么理解

Java的堆是一个运行时数据区，类的实例(对象)从中分配空间。Java虚拟机(JVM)的堆中储存着正在运行的应用程序所建立的所有对象，这些对象通过new、newarray、anewarray和multianewarray等指令建立，但是它们不需要程序代码来显式地释放。一般来说，堆的是由垃圾回收来负责的，尽管JVM规范并不要求特殊的垃圾回收技术，甚至根本就不需要垃圾回收，但是由于内存的有限性，JVM在实现的时候都有一个由垃圾回收所管理的堆。垃圾回收是一种动态存储管理技术，它自动地释放不再被程序引用的对象，按照特定的垃圾收集算法来实现资源自动回收的功能。

在C++中，对象所占的内存在程序结束运行之前一直被占用，在明确释放之前不能分配给其它对象；而在Java中，当没有对象引用指向原先分配给某个对象的内存时，该内存便成为垃圾。JVM的一个系统级线程会自动释放该内存块。垃圾收集意味着程序不再需要的对象是"无用信息"，这些信息将被丢弃。当一个对象不再被引用的时候，内存回收它占领的空间，以便空间被后来的新对象使用。事实上，除了释放没用的对象，垃圾收集也可以清除内存记录碎片。由于创建对象和垃圾收集器释放丢弃对象所占的内存空间，内存会出现碎片。碎片是分配给对象的内存块之间的空闲内存洞。碎片整理将所占用的堆内存移到堆的一端，JVM将整理出的内存分配给新的对象。

垃圾收集能自动释放内存空间，减轻编程的负担。这使Java虚拟机具有一些优点。首先，它能使编程效率提高。在没有垃圾收集机制的时候，可能要花许多时间来解决一个难懂的存储器问题。在用Java语言编程的时候，靠垃圾收集机制可大大缩短时间。其次是它保护程序的完整性，垃圾收集是Java语言安全性策略的一个重要部份。

垃圾收集的一个潜在的缺点是它的开销影响程序性能。Java虚拟机必须追踪运行程序中有用的对象，而且最终释放没用的对象。这一个过程需要花费处理器的时间。其次垃圾收集算法的不完备性，早先采用的某些垃圾收集算法就不能保证100%收集到所有的废弃内存。当然随着垃圾收集算法的不断改进以及软硬件运行效率的不断提升，这些问题都可以迎刃而解。

Java语言规范没有明确地说明JVM使用哪种垃圾回收算法，但是任何一种垃圾收集算法一般要做2件基本的事情：（1）发现无用信息对象；（2）回收被无用对象占用的内存空间，使该空间可被程序再次使用。

大多数垃圾回收算法使用了根集(root set)这个概念；所谓根集就量正在执行的Java程序可以访问的引用变量的集合(包括局部变量、参数、类变量)，程序可以使用引用变量访问对象的属性和调用对象的方法。垃圾收集首选需要确定从根开始哪些是可达的和哪些是不可达的，从根集可达的对象都是活动对象，它们不能作为垃圾被回收，这也包括从根集间接可达的对象。而根集通过任意路径不可达的对象符合垃圾收集的条件，应该被回收。下面介绍几个常用的算法。

1、引用计数法(Reference Counting Collector)

引用计数法是唯一没有使用根集的垃圾回收的法，该算法使用引用计数器来区分存活对象和不再使用的对象。一般来说，堆中的每个对象对应一个引用计数器。当每一次创建一个对象并赋给一个变量时，引用计数器置为1。当对象被赋给任意变量时，引用计数器每次加1当对象出了作用域后(该对象丢弃不再使用)，引用计数器减1，一旦引用计数器为0，对象就满足了垃圾收集的条件。

基于引用计数器的垃圾收集器运行较快，不会长时间中断程序执行，适宜地必须实时运行的程序。但引用计数器增加了程序执行的开销，因为每次对象赋给新的变量，计数器加1，而每次现有对象出了作用域生，计数器减1。

2、tracing算法(Tracing Collector)

tracing算法是为了解决引用计数法的问题而提出，它使用了根集的概念。基于tracing算法的垃圾收集器从根集开始扫描，识别出哪些对象可达，哪些对象不可达，并用某种方式标记可达对象，例如对每个可达对象设置一个或多个位。在扫描识别过程中，基于tracing算法的垃圾收集也称为标记和清除(mark-and-sweep)垃圾收集器.

3、compacting算法(Compacting Collector)

为了解决堆碎片问题，基于tracing的垃圾回收吸收了Compacting算法的思想，在清除的过程中，算法将所有的对象移到堆的一端，堆的另一端就变成了一个相邻的空闲内存区，收集器会对它移动的所有对象的所有引用进行更新，使得这些引用在新的位置能识别原来的对象。在基于Compacting算法的收集器的实现中，一般增加句柄和句柄表。

4、copying算法(Coping Collector)

该算法的提出是为了克服句柄的开销和解决堆碎片的垃圾回收。它开始时把堆分成一个对象面和多个空闲面，程序从对象面为对象分配空间，当对象满了，基于coping算法的垃圾收集就从根集中扫描活动对象，并将每个活动对象复制到空闲面(使得活动对象所占的内存之间没有空闲洞)，这样空闲面变成了对象面，原来的对象面变成了空闲面，程序会在新的对象面中分配内存。

一种典型的基于coping算法的垃圾回收是stop-and-copy算法，它将堆分成对象面和空闲区域面，在对象面与空闲区域面的切换过程中，程序暂停执行。

5、generation算法(Generational Collector)

stop-and-copy垃圾收集器的一个缺陷是收集器必须复制所有的活动对象，这增加了程序等待时间，这是coping算法低效的原因。在程序设计中有这样的规律：多数对象存在的时间比较短，少数的存在时间比较长。因此，generation算法将堆分成两个或多个，每个子堆作为对象的一代(generation)。由于多数对象存在的时间比较短，随着程序丢弃不使用的对象，垃圾收集器将从最年轻的子堆中收集这些对象。在分代式的垃圾收集器运行后，上次运行存活下来的对象移到下一最高代的子堆中，由于老一代的子堆不会经常被回收，因而节省了时间。

6、adaptive算法(Adaptive Collector)

在特定的情况下，一些垃圾收集算法会优于其它算法。基于Adaptive算法的垃圾收集器就是监控当前堆的使用情况，并将选择适当算法的垃圾收集器。

1、命令行参数透视垃圾收集器的运行

2、使用System.gc()可以不管JVM使用的是哪一种垃圾回收的算法，都可以请求Java的垃圾回收。

在命令行中有一个参数-verbosegc可以查看Java使用的堆内存的情况，它的格式如下：

Java代码 java-verbosegc classfile java-verbosegc classfile

Java代码 class TestGC{ public static void main(String[] args)</SPAN></li>{ new TestGC();</SPAN></li> System.gc(); System.runFinalization();}} class TestGC{ public static void main(String[] args){ new TestGC(); System.gc(); System.runFinalization();}}

在这个例子中，一个新的对象被创建，由于它没有使用，所以该对象迅速地变为可达，程序编译后，执行命令： java-verbosegc TestGC后结果为：

Java代码 [Full GC 168K->97K(1984K)， 0.0253873 secs] [Full GC 168K->97K(1984K)， 0.0253873 secs]

机器的环境为，Windows 2000+ JDK1.3.1，箭头前后的数据168K和97K分别表示垃圾收集GC前后所有存活对象使用的内存容量，说明有168K-97K=71K的对象容量被回收，括号内的数据1984K为堆内存的总容量，收集所需要的时间是0.0253873秒（这个时间在每次执行的时候会有所不同）。

2、finalize方法透视垃圾收集器的运行

在JVM垃圾收集器收集一个对象之前，一般要求程序调用适当的方法释放资源，但在没有明确释放资源的情况下，Java提供了缺省机制来终止化该对象心释放资源，这个方法就是finalize（）。它的原型为：

Java代码 protected void finalize() throws Throwable protected void finalize() throws Throwable

在finalize()方法返回之后，对象消失，垃圾收集开始执行。原型中的throws Throwable表示它可以抛出任何类型的异常。

之所以要使用finalize()，是由于有时需要采取与Java的普通方法不同的一种方法，通过分配内存来做一些具有C风格的事情。这主要可以通过"固有方法"来进行，它是从Java里调用非Java方法的一种方式。C和C++是目前唯一获得固有方法支持的语言。但由于它们能调用通过其他语言编写的子程序，所以能够有效地调用任何东西。在非Java代码内部，也许能调用C的malloc()系列函数，用它分配存储空间。而且除非调用了free()，否则存储空间不会得到释放，从而造成内存"漏洞"的出现。当然，free()是一个C和C++函数，所以我们需要在finalize()内部的一个固有方法中调用它。也就是说我们不能过多地使用finalize()，它并不是进行普通清除工作的理想场所。

在普通的清除工作中，为清除一个对象，那个对象的用户必须在希望进行清除的地点调用一个清除方法。这与C++"破坏器"的概念稍有抵触。在C++中，所有对象都会破坏（清除）。或者换句话说，所有对象都"应该"破坏。若将C++对象创建成一个本地对象，比如在堆栈中创建（在Java中是不可能的），那么清除或破坏工作就会在"结束花括号"所代表的、创建这个对象的作用域的末尾进行。若对象是用new创建的（类似于Java），那么当程序员调用C++的delete命令时（Java没有这个命令），就会调用相应的破坏器。若程序员忘记了，那么永远不会调用破坏器，我们最终得到的将是一个内存"漏洞"，另外还包括对象的其他部分永远不会得到清除。

相反，Java不允许我们创建本地（局部）对象--无论如何都要使用new。但在Java中，没有"delete"命令来释放对象，因为垃圾收集器会帮助我们自动释放存储空间。所以如果站在比较简化的立场，我们可以说正是由于存在垃圾收集机制，所以Java没有破坏器。然而，随着以后学习的深入，就会知道垃圾收集器的存在并不能完全消除对破坏器的需要，或者说不能消除对破坏器代表的那种机制的需要（而且绝对不能直接调用finalize()，所以应尽量避免用它）。若希望执行除释放存储空间之外的其他某种形式的清除工作，仍然必须调用Java中的一个方法。它等价于C++的破坏器，只是没后者方便。

经过上述的说明，可以发现垃圾回收有以下的几个特点：

（1）垃圾收集发生的不可预知性：由于实现了不同的垃圾收集算法和采用了不同的收集机制，所以它有可能是定时发生，有可能是当出现系统空闲CPU资源时发生，也有可能是和原始的垃圾收集一样，等到内存消耗出现极限时发生，这与垃圾收集器的选择和具体的设置都有关系。

（2）垃圾收集的精确性：主要包括2个方面：（a）垃圾收集器能够精确标记活着的对象；（b）垃圾收集器能够精确地定位对象之间的引用关系。前者是完全地回收所有废弃对象的前提，否则就可能造成内存泄漏。而后者则是实现归并和复制等算法的必要条件。所有不可达对象都能够可靠地得到回收，所有对象都能够重新分配，允许对象的复制和对象内存的缩并，这样就有效地防止内存的支离破碎。

（3）现在有许多种不同的垃圾收集器，每种有其算法且其表现各异，既有当垃圾收集开始时就停止应用程序的运行，又有当垃圾收集开始时也允许应用程序的线程运行，还有在同一时间垃圾收集多线程运行。

（4）垃圾收集的实现和具体的JVM以及JVM的内存模型有非常紧密的关系。不同的JVM可能采用不同的垃圾收集，而JVM的内存模型决定着该JVM可以采用哪些类型垃圾收集。现在，HotSpot系列JVM中的内存系统都采用先进的面向对象的框架设计，这使得该系列JVM都可以采用最先进的垃圾收集。

（5）随着技术的发展，现代垃圾收集技术提供许多可选的垃圾收集器，而且在配置每种收集器的时候又可以设置不同的参数，这就使得根据不同的应用环境获得最优的应用性能成为可能。

针对以上特点，我们在使用的时候要注意：

（1）不要试图去假定垃圾收集发生的时间，这一切都是未知的。比如，方法中的一个临时对象在方法调用完毕后就变成了无用对象，这个时候它的内存就可以被释放。

（2）Java中提供了一些和垃圾收集打交道的类，而且提供了一种强行执行垃圾收集的方法--调用System.gc()，但这同样是个不确定的方法。Java中并不保证每次调用该方法就一定能够启动垃圾收集，它只不过会向JVM发出这样一个申请，到底是否真正执行垃圾收集，一切都是个未知数。

（3）挑选适合自己的垃圾收集器。一般来说，如果系统没有特殊和苛刻的性能要求，可以采用JVM的缺省选项。否则可以考虑使用有针对性的垃圾收集器，比如增量收集器就比较适合实时性要求较高的系统之中。系统具有较高的配置，有比较多的闲置资源，可以考虑使用并行标记/清除收集器。

（4）关键的也是难把握的问题是内存泄漏。良好的编程习惯和严谨的编程态度永远是最重要的，不要让自己的一个小错误导致内存出现大漏洞。

（5）尽早释放无用对象的引用。大多数程序员在使用临时变量的时候，都是让引用变量在退出活动域(scope)后，自动设置为null，暗示垃圾收集器来收集该对象，还必须注意该引用的对象是否被监听，如果有，则要去掉监听器，然后再赋空值。

一般来说，Java开发人员可以不重视JVM中堆内存的分配和垃圾处理收集，但是，充分理解Java的这一特性可以让我们更有效地利用资源。同时要注意finalize()方法是Java的缺省机制，有时为确保对象资源的明确释放，可以编写自己的finalize方法

二、java 双缓冲,消除闪烁 的问题

1.用双缓冲解决画板程序中的刷新问题

我们用Java编制画板程序的时候,总是存在一个刷新的问题:当Canvas所在的窗口最小化或者被其他应用程序遮挡后,再次恢复,Canvas上的图形

通常解决这个问题的方法是在Canvas的paint()函数中重绘图形,但是由于在绘图的过程中产生了大量的数据,重新在Canvas上绘制这些数据将导

致大量的系统开销,还会产生闪烁,故该方法可行但并不可取.

利用双缓冲技术可以很好的解决这个问题,其主要原理是开辟两个图形缓冲区,一个是前台的显示缓冲(也就是Canvas),一个是后台的图形缓冲(

通常是Image）.用户在绘制图形时,我们对这两个缓冲区进行同步更新,相当于为前台的数据作了一个后台备份.当前台的图形被遮盖需要恢复的

时候,我们就可以用这个后台备份来恢复,具体方法是重写paint()函数,将备份好的图像一次性的画到屏幕上去.

为什么是paint()?这里需要先了解一下有关Java处理AWT绘图的基础知识:Java的显示更新是由一个AWT线程来控制完成的.该线程主要负责两种

与显示更新相关的情况.第一种情况称为曝光,表示部分显示区域毁坏或需要清除.这种情况发生时,系统直接调用paint()方法;第二种情况是程

序决定重画显示区域,添加一些新的内容,此时需要程序调用成员的repaint()方法,repaint()方法调用成员的update(),update()再调用paint()

方法.显然我们所说的就是第一种.只要Canvas组件所在的窗口最小化或者被其他应用程序遮挡住,系统就会调用paint()对画布进行重绘.如果我

们在paint()方法中什么都不做,就只能眼睁睁的看着辛辛苦苦画的线条一旦被覆盖就再也看不见了.

作为起点,请先看一个最简单的画板程序,请注意,以下程序使用的是j2sdk1.4.1版本,在Win98的IE下(不是Tencent Explorer)全部测试通过:

public class WBApplet extends Applet{

final static int DEFAULT_BOARDWIDTH=700;

final static int DEFAULT_BOARDHEIGHT=400;

whiteBoard= new WhiteBoard(this);

whiteBoard.reshape(0,0,DEFAULT_BOARDWIDTH,DEFAULT_BOARDHEIGHT);

public class WhiteBoard extends Canvas implements MouseMotionListener,MouseListener{

final static int DEFAULT_BOARDWIDTH=700;

final static int DEFAULT_BOARDHEIGHT=400;

WhiteBoard(WBApplet WBApplet1){

synchronized public void update_buffer(Graphics g,DrawItem data){

g.drawLine(data.x0,data.y0,data.x1,data.y1);

public void mouseReleased(MouseEvent e){}

public void mouseEntered(MouseEvent e){}

public void mouseExited(MouseEvent e){}

public void mouseClicked(MouseEvent e){}

public void mouseMoved(MouseEvent e){}

public void mouseDragged(MouseEvent e){

update_buffer(g,new DrawItem(x0,y0,x1,y1));

public void mousePressed(MouseEvent e){

DrawItem(int x0,int y0,int x1,int y1){

我们将白板需完成的所有逻辑操作封装在了一个WhiteBoard类中,以方便主程序的Applet调用.同时,定义了一个绘图的数据类DrawItem,用来封

装图形数据.绘图的操作都写在update_buffer中.显然,这个程序无法实现刷新后的恢复,我们需要使用双缓冲技术.

为了实现双缓冲,首先定义图形缓冲区如下

private Graphics off_screen_gc;

并在WhiteBoard类的构造函数中对其进行初始化

off_screen_buf=parent.createImage(DEFAULT_BOARDWIDTH,DEFAULT_BOARDHEIGHT);

off_screen_gc= off_screen_buf.getGraphics();

在处理用户绘制图形的函数中,我们使用update_buffer对显示缓冲和图形缓冲同时进行更新

update_buffer(g,new DrawItem(x0,y0,x1,y1));//前台更新画布

update_buffer(off_screen_gc,new DrawItem(x0,y0,x1,y1));//后台更新缓冲

显然,后台的更新操作是不可视的,所以是off-screen.

最后,重写paint()方法,调用copy_from_offscreen_buf(g)将图形缓冲区的图像画到屏幕上去.

public void paint(Graphics g){

void copy_from_offscreen_buf(Graphics g){

g.drawImage(off_screen_buf, 0, 0, null);

就是这么简单的几行代码,就可以让我们完全的避免图形不能恢复的问题.下面是WhiteBoard经改进后的完整代码.

public class WhiteBoard extends Canvas implements MouseMotionListener,MouseListener{

final static int DEFAULT_BOARDWIDTH=700;

final static int DEFAULT_BOARDHEIGHT=400;

WhiteBoard(WBApplet WBApplet1){

off_screen_buf=parent.createImage(DEFAULT_BOARDWIDTH,DEFAULT_BOARDHEIGHT);

off_screen_gc= off_screen_buf.getGraphics();

synchronized public void update_buffer(Graphics g,DrawItem data){

g.drawLine(data.x0,data.y0,data.x1,data.y1);

public void mouseMoved(MouseEvent e){}

public void mouseReleased(MouseEvent e){}

public void mouseEntered(MouseEvent e){}

public void mouseExited(MouseEvent e){}

public void mouseClicked(MouseEvent e){}

public void mouseDragged(MouseEvent e){

update_buffer(g,new DrawItem(x0,y0,x1,y1));

update_buffer(off_screen_gc,new DrawItem(x0,y0,x1,y1));

public void mousePressed(MouseEvent e){

public void paint(Graphics g){

copy_from_offscreen_buf(g);//把这句话屏蔽掉,就不能恢复用户绘制的图形了

void copy_from_offscreen_buf(Graphics g){

g.drawImage(off_screen_buf, 0, 0, null);

private Graphics off_screen_gc;

DrawItem(int x0,int y0,int x1,int y1){

运行一下,看是不是不一样了.这一次你想让你画的东西消失都不可能了.为了将这个原理说清楚,以上的代码我都没有编写的太复杂,下一次我们

会创建更加复杂,更加完善的画板程序.

在一个画板程序中,用户应该能够用画笔绘制各种图形,除了上一节实现的自由画法(Freehand)外,还应该可以画直线,长方体,椭圆等等.以绘制

直线为例,我们都知道,只有在松开鼠标键之后,直线才实实在在的显示在了画布上,而在拖拽鼠标的过程中,直线在画布中的显示是随着鼠标的箭

头方位的变化而不断更新的.体现在程序中,这是一个不断擦除,显示,再擦除,再显示的过程.擦除的是箭头上一个点和起点间的直线,显示的是箭

头当前点和起点间的的直线.这个显示的过程由update_buffer负责,而这个擦除的工作则和上一节出理刷新一样,由copy_from_offscreen_buf来

完成.实际上,所谓擦除,也就是将画板恢复到某一个原来的时刻.

这一个过程在下面一个修改后的拖拽操作的处理程序中完成:

public void mouseDragged(MouseEvent e){

update_buffer(g,new DrawItem(x0,y0,x1,y1));

注意,在该方法中,我们没有对后台缓冲进行更新,这是因为鼠标在拖拽的时候,虽然画板上会显示线条,但是这条直线并没有真正的画下去.那么

在什么时候应该对后台缓冲更新呢?显然,是在鼠标松开的时候.我们需要在mouseReleased方法中做这个工作.

public void mouseReleased(MouseEvent e){

update_buffer(g,new DrawItem(x0,y0,x1,y1));

update_buffer(off_screen_gc,new DrawItem(x0,y0,x1,y1));

可以看到,只有在鼠标松开的时候,画到画板上的直线才最后确定了,我们才能够将这一条线备份到缓冲区里面去.

下面是升级后的完整的WhiteBoard.java程序.

public class WhiteBoard extends Canvas implements MouseMotionListener,MouseListener{

final static int DEFAULT_BOARDWIDTH=700;

final static int DEFAULT_BOARDHEIGHT=400;

WhiteBoard(WBApplet WBApplet1){

off_screen_buf=parent.createImage(DEFAULT_BOARDWIDTH,DEFAULT_BOARDHEIGHT);

off_screen_gc= off_screen_buf.getGraphics();

addMouseMotionListener(this);

synchronized public void update_buffer(Graphics g,DrawItem data){

g.drawLine(data.x0,data.y0,data.x1,data.y1);

public void mouseMoved(MouseEvent e){}

public void mouseReleased(MouseEvent e){

update_buffer(g,new DrawItem(x0,y0,x1,y1));

update_buffer(off_screen_gc,new DrawItem(x0,y0,x1,y1));

public void mouseEntered(MouseEvent e){}

public void mouseExited(MouseEvent e){}

public void mouseClicked(MouseEvent e){}

public void mouseDragged(MouseEvent e){

update_buffer(g,new DrawItem(x0,y0,x1,y1));

update_buffer(off_screen_gc,new DrawItem(x0,y0,x1,y1));

update_buffer(g1,new DrawItem(x0,y0,x1,y1));

public void mousePressed(MouseEvent e){

public void paint(Graphics g){

void copy_from_offscreen_buf(Graphics g){

g.drawImage(off_screen_buf, 0, 0, null);

private Image off_screen_buf;

private Graphics off_screen_gc;

DrawItem(int x0,int y0,int x1,int y1){

注意到,在这个程序里面我们创建了一个新的私有变量draw_mode,用来存储绘图模式的代号.在这里,我们使用1来代表自由绘画,2来代表画直线.

在构造函数中为draw_mode定义初值可以使我们对不同种类图形绘制的调试很方便,在上面的程序中,我们定义的是2,如果赋值为1,则又回到自由

绘画的模式.事实上,我们应该在这样的一个框架上把程序不断的扩充和完善.

三、做前端需要会java吗

1、从我的理解来看，题主应该是非计算机专业吧，如果是计算机专业，多多少少会学习编程语言、数据库相关的知识，而Java一般是计算机专业的必修或选修课程，至于什么都不懂，大学即使是睡过来的，但是要说自己什么都不懂，还是很少的。

2、一般而言，前端所做的项目都是直接面向终端用户的，需要考虑的东西很多，用户体验、用户行为习惯、自适应、各端H5页面嵌入APP的模式等都需要考虑的。从百度获知，一个合格的前端应该熟悉并使用以下技术内容：

3、html, css, jQuery三者完全掌握，相信每个公司对于前端程序员都会有此要求，这些也是前端写网页的基础技术；掌握原生HTML5和CSS3技术，能够独立完成移动端页面开发；了解ES6的所有新特性，如：箭头操作符、类的支持、增强的对象字面量、字符串模板、解构、默认参数值、不定参数、拓展参数、let与const关键字、for of值遍历、iterator, generator、模块、Proxies等等；熟练使用命令行，包括 gulp、 webpack、vue-cli、git；理解前端常用设计模式（装逼词汇），如闭包、面向对象、MVC、MVVM、单项数据流、路由、单元测试、SSR、意大利面条、模块化、组件化、函数式、纯函数、高阶函数、不可变数据；能熟练使用至少三大前端框架中的一个，如 vue、Angular和 react，也许今年有某一个框架会胜出，所以有时间的话，三大框架都学学吧；熟悉 HTTP，了解请求、响应、缓存、代理、反向代理 https等；在 GitHub至少有一个 star超过 42的开源代码作品（markdown不算）

4、总之，对于程序员或准备从事程序员职业的人而言，保持技术深度的同时，保持技术的广度是很有必要的事情。

5、作者：夕阳雨晴，欢迎关注我的头条号：偶尔美文，主流Java，为你讲述不一样的码农生活。