Java Applet读写客户端串口——终极篇
测试环境：
SDK：Oracle JRockit for Java version 6, Java Communication for Windows 2.0
OS：WINDOWS7
外设：串口条形码扫描枪
Server：Tomcat6
看了网上良莠不齐的关于Applet访问串口的文章，总结起来所关注的问题无外乎以下3个：
1. 三个文件（comm.jar、javax.comm.properties和win32com.dll）到底应该存放在什么目录中？
2. 如何实现代码？
3. Applet到底应该这么部署？
一．关于第一个问题，网上大致是这样写的：
a) 将javax.comm.properties文件放在$JAVA_HOME/lib目录中；
b) 将win32comm.dll文件放在$JAVA_HOME/bin目录中；
c) 将comm.jar文件放在$JAVA_HOME/lib/ext目录中；
先不去讨论这些文件应不应该放在这些目录中，单从可行性方面讨论就不太符合WEB应用程序的做法。首先您不可能预知有多少客户端的存在，就算您预先知道也不可能在每个客户端计算机上部署上述3个文件。好，您说可以提供使用手册引导用户下载文件并按照手册将上述文件部署到指定目录。但是您增加了用户的使用学习成本，用户不是IT专家，将本来应该由开发人员完成的任务转嫁给用户是否合适呢？
要解决这个问题，关键是要测试，测试Applet在运行时是这么加载这些文件的。经过反复的测试，终于搞清楚其中的来龙去脉：
1. javax.comm.properties文件可以丢弃，因为通过编程的方法可以在Applet中动态加载串口驱动程序，所以该文件存不存在无所谓。
2. comm.jar文件是主要的串口访问类库，可以通过在Applet运行时加载（通过ARCHIVE参数指定，后面有详细的例子），所以也没有必要事先部署到客户端计算机上。
3. 最关键的是win32comm.dll文件，该文件是用C写的串（并）口驱动程序，Java通过JNI调该文件中的函数来实现对串（并）口的访问。所以此文件不可或缺。要将该文件部署到客户端只能通过下载的方式实现，即在Applet运行时检查指定目录中是否存在win32comm.dll文件，如果不存在则将服务器端的win32comm.dll文件下载到客户端的指定目录中，最后再动态装载驱动程序。关于win32comm.dll文件到底要部署到什么目录中，经过测试发现该文件只要存在于由java.library.path系统变量指定的任一目录中即可，该系统变量可以通过System.ge
相关文档：
Java代码
package com.sunnylocus.util;
import java.security.MessageDigest;
/**
* 对密码进行加密和验证的类
*/
public class CipherUtil{
&nb ......
采用预编译语句集，它内置了处理SQL注入的能力，只要使用它的setString方法传值即可：
String sql= "select * from users where username=? and password=?;
PreparedStatement preState = conn.prepare ......
存储过程是一种存储在数据库中的程序（就像正规语言里的子程序一样），准确的来说，MySQL支持的“routines（例程）”有两种：一是我们说的存储过程， 二是在其他SQL语句中可以返回值的函数（使用起来和Mysql预装载的函数� ......
1、序列化是干什么的？
简单说就是为了保存在内存中的各种对象的状态（也就是实例变量，不是方法），并且可以把保存的对象状态再读出来。虽然你可以用你自己的各种各样的方法来保存object states，但是Java给你提供一种应该比你自己好的保存对象状态的机制，那就是序列化。
2、什么情况� ......
起到第一道安全保障作用的”双亲委派类加载模型”
双亲委派方式的类加载，指的是优先从顶层启动类加载器开始，自顶向下的方式加载类的模型（参见第一条类装载器体系结构）。
这种模型的好处是，底层的类装载器装载的类无法与顶层类装载器装载的类相互调用。
哪怕是同包下的类，只要他们不属于同一类装载器， ......
