真的不知道是什么原因，与开发人员通过写日志逐行对代码进行检查，发现

　　在receivedao.java文件中checkFullARSENDCODE(String s)函数中有这这行代码，

　　preparedstatement.setLong(4， Long.parseLong(s));检查数据库，SENDCODE字段是字符型，传递的参数却是LONG型，

　　更改为：preparedstatement.setString(4， Long.parseLong(s));

　　效率明显提高，因为在SQL语句中传入的参数类型错误，如果传入的是长型不走索引了，是全表扫描。这样的错误还真不好发现啊！

　　通过这个例子，可以发现，不用自动化工具，不用编写脚本可以发现一些明显的性能瓶颈的。