本文给出Applet中数字签名的具体实现细节。 　　 　　准备工作：当然是写一个Applet,其中涉及到对本地文件的读或写操作用于测试目的。可以先予以执行，想必应该是会抛出java.security.AccessControlException的。 　　 　　下面实现签名：（代码本身无须任何更改） 　　注：下面所使用的keytool或jarsigner命令只存在与Java2中，1.1中为javakey.且二者的安全模型有很大的差异，故务必首先确定你所使用SDK的版本。 　　 　　（1）使用keytool命令建立自己的密钥库并生成X.509自签名证书。 　　下列的命令很长时间都不使用了，具体参数什么的都忘完了，故只给出大概的参数，至于具体用法请参阅文档。 　　keytool -genkey -alias xiewuhen(这里似乎应该是密钥库的项目)； 　　下面按照提示一步步进行下去即可。 　　 　　（2）把Applet类文件打包成jar. 　　 　　（3）利用jarsigner签名jar文件。 　　jarsigner applet.jar xiewuhen(这个applet.jar是你要签名的jar文件，xiewuhen是你前面在密钥库中生成的项目) 　　 　　（4）检查jar文件，在meta-inf目录下应该会出现两个新文件，xiwehen.SF,xiwuhen.DSA. 　　注意xiewuhen这个密钥项目只是事例，具体是什么依赖你最初使用keytool所生成的项目。其中SF文件是签名文件，是一个ASCII文件，保存了签名过程中使用的摘要算法。DSA文件是一个二进制文件，保存了签名和数字证书。最后一点就是文件扩展名具体是DSA还是RSA取决你使用的签名算法，默认是DSA，可以在keytool参数中指定RSA算法。 　　 　　（5）若你是在单机且只有一个密钥库的机器上测试，下一个步骤可以省略因为这牵涉到证书的导入导出的问题。由于你签名方和验证方共用同一个密钥库，那证书就无须导来导去了。但为了模拟真正的环境，所以还是建议在多机上测试或建立多个密钥库。 　　 　　（6）使用keytool -export -file -alias等一系列参数将证书导出，保存成crt格式，可以在流览器中配置该证书。但我们暂不考虑这种情况。再次使用keytool -import -file -alias命令将证书导入验证方的密钥库。注意alias指定的别名务必和生成时的一模一样。 　　 　　（7）修改策略文件。该文件位于主目录的/lib/security/中，是java.seucrity文件。至于你的Java主目录是什么，可以查看java.home系统属性。 　　 　　（8）如下修改策略： 　　//指定的的密钥库路径。type目前只能是JKS(Sun的默认实现)，可以省略。 　　keystore "keystoreURL","keystoreType"; 　　grant signedBy "xiwuhen" codeBase "这里指定Applet的装入URL,若是文件URL须在前面加上file: 注意这里务必不可省略，否则Applet就会共享其他的策略了 　　{ 　　permission java.io.FilePermission "autoexec.bat","read"; 　　//上面的权限只是一个例子，依据你的要求给出具体策略。 　　}; 　　最后还有一点就是Applet可以有许多人顺序签名，若是那样的话，signedBy中的各个签名者之间是和的关系，而不是或。也就是说比如signedBy "a,b"那必须两人都签了名名才行，只有其一是不予通过的。 　　关于证书的问题,由于这里我们使用的是自签名证书，所以只能用于测试目的，在真正的商务活动中是不会有人信任这种证书的（想必你也不会信任来路不明的证书）。要想真正用于实际须向证书机构（CA）申请并购买数字证书。类似机构大的主要有Verisign，Thawte等。