网上手机网站建设计划书/刷网站软件

 

周末碰到一段代码，是关于Java IO流的，代码中出现在一个多线程的系统中，其中一段代码在打开一个文件操作流用完以后没有及时关闭，开始以为很快会出现打开文件太多或者导致内存溢出，但是在运行了很长时间以后仍然没有出现问题，后来自己写了个小程序测试了一下，总算似乎搞清楚为啥了。

先看以下一段代码

import java.io.FileInputStream;public class TTT { public static void main(String[] args) throws Exception {  for (int i = 0; i < 10; i++) {   final String threadId = "thread_" + i;   Thread thread = new Thread(new Runnable() {    public void run() {     System.out.println(threadId + " started!");     try {      FileInputStream fis = new FileInputStream("/opt/test.log");      Thread.sleep(60 * 1000);     } catch (Exception ex) {      ex.printStackTrace();     }     System.out.println(threadId + " stopped!");    }   });   thread.start();  }  Thread.sleep(10 * 60 * 1000); }}

在linux上编译并运行这个类，然后使用linux的命令/usr/sbin/lsof -p <pid>来查看这个程序打开的文件信息

$ /usr/sbin/lsof -p `ps -ef | grep java | grep TTT | awk '{print $2}'` | grep "test.log"java    21562 fkong    3r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong    4r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong    5r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong    6r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong    7r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong    8r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong    9r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong   10r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong   11r   REG  253,0        0 35471424 /opt/test.logjava    21562 fkong   12r   REG  253,0        0 35471424 /opt/test.log 

 

不管是在10个线程运行过程中还是运行完，使用lsof命令查看的结果都一样，都可以看到有10个文件流没有关闭。

 

下面我把这个代码做了一些改动，就是在线程执行完之后，将所有线程置为null，如下

import java.io.FileInputStream;import java.util.ArrayList;import java.util.List;public class TTT { public static void main(String[] args) throws Exception {  List<Thread> threads = new ArrayList<Thread>();  for (int i = 0; i < 10; i++) {   final String threadId = "thread_" + i;   Thread thread = new Thread(new Runnable() {    public void run() {     System.out.println(threadId + " started!");     try {      FileInputStream fis = new FileInputStream("/opt/test.log");      Thread.sleep(60 * 1000);     } catch (Exception ex) {      ex.printStackTrace();     }     System.out.println(threadId + " stopped!");    }   });   thread.start();   threads.add(thread);  }  Thread.sleep(2 * 60 * 1000);  for (Thread thread : threads) {   thread = null;  }  System.out.println("Clean up threads!");  Thread.sleep(10 * 60 * 1000); }} 

 

 

再次在10个线程运行过程中和运行完毕后使用lsof查看，结果仍然类似，还是有10个文件流没有关闭。

 

我再次做了一些改动，在将所有线程置为null以后，增加(或者说是催促JVM)做几次gc操作，如下：

import java.io.FileInputStream;import java.util.ArrayList;import java.util.List;public class TTT { public static void main(String[] args) throws Exception {  List<Thread> threads = new ArrayList<Thread>();  for (int i = 0; i < 10; i++) {   final String threadId = "thread_" + i;   Thread thread = new Thread(new Runnable() {    public void run() {     System.out.println(threadId + " started!");     try {      FileInputStream fis = new FileInputStream("/opt/test.log");      Thread.sleep(60 * 1000);     } catch (Exception ex) {      ex.printStackTrace();     }     System.out.println(threadId + " stopped!");    }   });   thread.start();   threads.add(thread);  }  Thread.sleep(2 * 60 * 1000);  for (Thread thread : threads) {   thread = null;  }  System.out.println("Clean up threads!");    System.gc();  System.gc();  System.gc();  System.out.println("Finished GC!");    Thread.sleep(10 * 60 * 1000); }} 

 

再次使用lsof查看，在运行中仍然还是可以看到那有10个文件流打开着，但是在“Finished GC!”之后，看到的结果是那10个打开的文件流都被关闭了。

 

最后，我干脆把那些设置thread为null的语句删除了，运行的结果也和上面执行gc操作的结果一致。

 

最终，JVM中对于那些打开了没有关闭的IO文件流，会在不再被使用的情况下，等到下次做Full GC的时候把他们全部回收，但是让JVM去干这些事总归还是不好的，还是那句老话，自己的事情自己做。