preparedstatement对象的setstring方法_上线项目：java服务器内存爆满导致宕机-实操方法...

java服务器在线上运行了一段时间后，服务器响应缓慢排查。

命令：top

top命令截图

通过top命令分析：进程编号'17195'占用内存达到5.2g，但是此进程使用cpu却很少，说明不是进程内存死循环造成的内存开销很大，而是由进程内部资源没有释放掉。(死循环同表示是cpu和内存都高)

命令：jmap -histo:live 17195 >a.log

通过jmap获得内存对象列表中，我们可以看见大量的mysql资源没有被回收，jvm的gc是要冲过close来收回mysql.statement和mysql.Result资源。

修改代码：

try { Connection con = DBConnectO.getCon(2); //从一个数据连接池中，获得一个数据连接对象。 try { PreparedStatement preparedStatement = con.prepareStatement("select id,user_id,typeInt,title,content,enclosure,createTime,readState,getENState from mail_list where user_id=? order by id desc limit 0,50"); preparedStatement.setString(1, this.userId); ResultSet resultSet = preparedStatement.executeQuery(); try{ while (resultSet.next()) { GameMessage.Res26.Res26List.Builder res26List = GameMessage.Res26.Res26List.newBuilder(); } }catch (Exception e){ Log.errorLog(e.getMessage()); Log.errorLog(e.getStackTrace()); }finally { resultSet.close(); //内存爆满原因 preparedStatement.close(); //内存爆满原因 } }catch (SQLException sqlE){ Log.errorLog(sqlE.getMessage()); Log.errorLog(sqlE.getStackTrace()); sqlE.printStackTrace(); }finally { DBConnectO.redCon(2, con); //将用完的数据库连接对象放回到数据库池中 }}catch (SQLException sqlE){ Log.errorLog(sqlE.getMessage()); Log.errorLog(sqlE.getStackTrace());}

采用java的try........finally.......将我们使用完的资源释放掉。