这两天在调试java串口通信代码的时候,发现一个问题,在程序跑起来,向设备发送串口信号之后,观察任务管理器,javaw.exe还在运行。
如果重新运行的话,就会提示“PortInUseException”, 也就是端口被占用,也就是被刚才没关闭的程序占用着,体现在任务管理器里面就是那个正在运行的javaw.exe。
正常情况,调试的程序运行完成之后,javaw.exe是会自动关闭的。那么javaw.exe为什么无法自动关闭呢?
想了想原因,其他地方都比较容易理解,顺序执行,执行完程序就关闭,应该不会有什么问题。一个比较可能出问题的地方是,在程序读取设备返回的数据后,是不是还有什么资源没释放之类的,因为涉及到文件操作、与其他设备或与网络通信的时候,经常会涉及到资源释放这个问题。
那么来看一下程序接收数据的代码,这也是最重要的一部分,也就是获取仪器返回的数据:
/**
* 实现接口SerialPortEventListener中的方法 读取从串口中接收的数据
*/
public void serialEvent(SerialPortEvent event) {
System.out.println("串口事件:" + event.getEventType());
switch (event.getEventType()) {
case SerialPortEvent.BI:
case SerialPortEvent.OE:
case SerialPortEvent.FE:
case SerialPortEvent.PE:
case SerialPortEvent.CD:
case SerialPortEvent.CTS:
case SerialPortEvent.DSR:
case SerialPortEvent.RI:
case SerialPortEvent.OUTPUT_BUFFER_EMPTY:
break;
case SerialPortEvent.DATA_AVAILABLE://获取到串口返回信息
//读取数据,进行处理。。。
break;
default:
break;
}
}
实际上,那些省略的代码,也就是对数据的处理,仅仅是停留在数据的利用层面,并未涉及资源释放这一类的内容。
那么就尝试进行资源的释放,看看看前面对串口的一些列定义,发现比较有可能代表物理资源的是以下三个变量:
// 输入输出流
public static InputStream inputStream;
public static OutputStream outputStream;
// RS-232的串行口
public static SerialPort serialPort;
输入流,输出流,串口。
首先尝试关闭输入输出流:
inputStream.close();
outputStream.close();
观察结果,发现不起作用,javaw.exe仍然在运行。
然后尝试关闭串口:
serialPort.close();
再次运行,完了之后发现有效果了,javaw.exe已经自动关闭!
说明这个串口通信中,在程序运行完成之后,需要显示地在代码中将串口关闭,也就是调用SerialPort对象的close()方法。