js

1） 空间的比较serialize在编码后大概是json的1.5倍。原因：serialize后字符串包含了子串的长度，这可能是速度方面的优化，但是测试结果不尽人意。serialize有更加详细的类型区分，而json只有四种类型，并且是以简单的符号表示。2）速度的比较在较小数据的情况下， serialize比json快数量级。在大数据量的情况下，json比serialize稍微差一点3）处理对象json无法处理对象方法等数据。4）使用范围在前后端交互一般都使用JSON，另外，目前JSON只支持UTF-8编码的数据。序列化使用serialize，特别是对象的存储。这是其存在的意义。与对象无关的数据存储可以使用json，如包含大量数字的数组等。这篇博客概括满全面：http://blog.csdn.net/hguisu/article/details/7651730

或者手动导入工程里加密文件 注意加密方法是【TripleDES】不是【DES】 解密只支持 Base64 解密方式，如果是16进制的字符串，需要把16进制转换成base64 再解密。 好多人写完不知道加密的是否正确，下面提供一个 3des 加密例子 反之，解密后能获取原字符串，即成功了。 如果你加密是下面的结果，那么就是加密方式错了，注意使用【CryptoJS.TripleDES】而不是【CryptoJS.DES】 使用DES加密方式的结果

这种方法：<script>var hash = CryptoJS.HmacMD5("Message", "Secret Passphrase");var hash = CryptoJS.HmacSHA1("Message", "Secret Passphrase");var hash = CryptoJS.HmacSHA256("Message", "Secret Passphrase");var hash = CryptoJS.HmacSHA512("Message", "Secret Passphrase");</script>

如果你的填充模式不是PKCS5Padding肯定就解密不了了CryptoJS.aes.encrypt(srcs, key, { iv: iv,mode:CryptoJS.mode.cbc.padding:CryptoJS.pad.NoPadding});CryptoJS可以用的填充模式：Pkcs7 (the default)Iso97971AnsiX923Iso10126ZeroPadding

这种方法：varhash=CryptoJS.HmacMD5("Message","SecretPassphrase");varhash=CryptoJS.HmacSHA1("Message","SecretPassphrase");varhash=CryptoJS.HmacSHA256("Message","SecretPassphrase");varhash=CryptoJS.HmacSHA51.

这种方法：<script> var hash = CryptoJS.HmacMD5("Message", "Secret Passphrase"); var hash = CryptoJS.HmacSHA1("Message", "Secret Passphrase"); var hash = CryptoJS.HmacSHA256("Message", "Secret Passphrase"); var hash = CryptoJS.HmacSHA512("Message", "Secret Passphrase");</script>

这种方法： var hash = CryptoJS.HmacMD5("Message", "Secret Passphrase"); var hash = CryptoJS.HmacSHA1("Message", "Secret Passphrase"); var hash = CryptoJS.HmacSHA256("Message", "Secret Passphrase"); var hash = CryptoJS.HmacSHA51.

最近需要对数据进行加密/解密, 因此选用了CryptoJS库, 对数据做DES算法的加密/解密首选查看官方示例, 将密文进行Base64编码, 掉进一个大坑<script src="htt p:/ /crypto-js.googlecod e.c om/svn/tags/3.1.2/build/rollups/tripledes.js"></script><script> var encrypted = CryptoJS.DES.encrypt("Message", "Secret Passphrase"); // ciphertext changed every time you run it // 加密的结果不应该每次都是一样的吗? console.log(encrypted.toString(), encrypted.ciphertext.toString(CryptoJS.enc.Base64)); var decrypted = CryptoJS.DES.decrypt(encrypted, "Secret Passphrase"); console.log(decrypted.toString(CryptoJS.enc.Utf8));</script>对这些加密算法不了解, 只能求助Googledes encrypion: js encrypted value does not match the java encrypted valueIn cryptoJS you have to convert the key to hex and useit as word just like above (otherwise it will be considered as passphrase)For the key, when you pass a string, it"s treated as a passphrase and used to derive an actual key and IV. Or you can pass a WordArray that represents the actual key.原来是我指定key的方式不对, 直接将字符串做为参数, 想当然的以为这就是key, 其实不然, CryptoJS会根据这个字符串算出真正的key和IV(各种新鲜名词不解释, 问我也没用, 我也不懂 -_-")那么我们只需要将key和iv对应的字符串转成CryptoJS的WordArray类型, 在DES加密时做为参数传入即可, 这样对Message这个字符串加密, 每次得到的密文都是YOa3le0I+dI= var keyHex = CryptoJS.enc.Utf8.parse("abcd1234"); var ivHex = CryptoJS.enc.Utf8.parse("inputvec"); var encrypted = CryptoJS.DES.encrypt("Message", keyHex, { iv: ivHex });这样是不是就万事OK了? 哪有, 谁知道这坑是一个接一个啊.我们再试试Java这边的DES加密是不是和这个结果一样, 具体实现请参考Simple Java Class to DES Encrypt Strings果真掉坑里了, Java通过DES加密Message这个字符串得到的结果是8dKft9vkZ4I=和CryptoJS算出来的不一样啊...亲继续求助GoogleC# and Java DES Encryption value are not identicalSunJCE provider uses ECB as the default mode, and PKCS5Padding as the default padding scheme for DES.(JCA Doc)This means that in the case of the SunJCE provider, Cipher c1 = Cipher.getInstance("DES/ECB/PKCS5Padding");and Cipher c1 = Cipher.getInstance("DES");are equivalent statements.原来是CryptoJS进行DES加密时, 默认的模式和padding方式和Java默认的不一样造成的, 必须使用ECB mode和PKCS5Padding, 但是CryptoJS中只有Pkcs7, 不管了, 试试看...<script src="htt p:/ /crypto-js.googleco de.c om/svn/tags/3.1.2/build/rollups/tripledes.js"></script><script src="ht tp:/ /crypto-js.googleco de.c om/svn/tags/3.1.2/build/components/mode-ecb.js"></script><script> var keyHex = CryptoJS.enc.Utf8.parse("abcd1234"); var encrypted = CryptoJS.DES.encrypt("Message", keyHex, { mode: CryptoJS.mode.ECB, padding: CryptoJS.pad.Pkcs7 }); console.log(encrypted.toString(), encrypted.ciphertext.toString(CryptoJS.enc.Base64));</script>咦...使用Pkcs7能得到和Java DES一样的结果了, 哇塞...好神奇那我们试试统一Java也改成Cipher.getInstance("DES/ECB/PKCS7Padding")试试, 结果得到一个大大的错误Error:java.security.NoSuchAlgorithmException: Cannot find any provider supporting DES/ECB/PKCS7Padding没办法, 继续Googlejava.security.NoSuchAlgorithmException: Cannot find any provider supporting AES/ECB/PKCS7PADDINGI will point out that PKCS#5 and PKCS#7 actually specify exactly the same type of padding (they are the same!), but it"s called #5 when used in this context. :)这位大侠给出的解释是: PKCS#5和PKCS#7是一样的padding方式, 对加密算法一知半解, 我也只能暂且认可这个解释了.忙完了DES的加密, 接下来就是使用CryptoJS来解密了. 我们需要直接解密DES加密后的base64密文字符串. CryptoJS好像没有提供直接解密DES密文字符串的方法啊, 他的整个加密/解密过程都是内部自己在玩, 解密时需要用到加密的结果对象, 这不是坑我吗?只好研究下CryptoJS DES加密后返回的对象, 发现有一个属性ciphertext, 就是密文的WordArray, 那么解密的时候, 我们是不是只要提供这个就行了呢? var keyHex = CryptoJS.enc.Utf8.parse("abcd1234"); // direct decrypt ciphertext var decrypted = CryptoJS.DES.decrypt({ ciphertext: CryptoJS.enc.Base64.parse("8dKft9vkZ4I=") }, keyHex, { mode: CryptoJS.mode.ECB, padding: CryptoJS.pad.Pkcs7 }); console.log(decrypted.toString(CryptoJS.enc.Utf8));果不其然, 到此为止, 问题全部解决, 豁然开朗...完整代码请参考CryptoJS-DES.htmlUse CryptoJS encrypt message by DES and direct decrypt ciphertext, compatible with Java Cipher.getInstance("DES")

HMAC需要一个加密用散列函数（表示为H，可以是MD5或者SHA-1）和一个密钥K。我们用B来表示数据块的字节数。（以上所提到的散列函数的分割数据块字长B=64），用L来表示散列函数的输出数据字节数（MD5中L=16,SHA-1中L=20）。

最近需要对数据进行加密/解密, 因此选用了CryptoJS库, 对数据做DES算法的加密/解密首选查看官方示例, 将密文进行Base64编码, 掉进一个大坑<script src="htt p:/ /crypto-js.googlecod e.c om/svn/tags/3.1.2/build/rollups/tripledes.js"></script><script> var encrypted = CryptoJS.DES.encrypt("Message", "Secret Passphrase"); // ciphertext changed every time you run it // 加密的结果不应该每次都是一样的吗? console.log(encrypted.toString(), encrypted.ciphertext.toString(CryptoJS.enc.Base64)); var decrypted = CryptoJS.DES.decrypt(encrypted, "Secret Passphrase"); console.log(decrypted.toString(CryptoJS.enc.Utf8));</script>对这些加密算法不了解, 只能求助Googledes encrypion: js encrypted value does not match the java encrypted valueIn cryptoJS you have to convert the key to hex and useit as word just like above (otherwise it will be considered as passphrase)For the key, when you pass a string, it"s treated as a passphrase and used to derive an actual key and IV. Or you can pass a WordArray that represents the actual key.原来是我指定key的方式不对, 直接将字符串做为参数, 想当然的以为这就是key, 其实不然, CryptoJS会根据这个字符串算出真正的key和IV(各种新鲜名词不解释, 问我也没用, 我也不懂 -_-")那么我们只需要将key和iv对应的字符串转成CryptoJS的WordArray类型, 在DES加密时做为参数传入即可, 这样对Message这个字符串加密, 每次得到的密文都是YOa3le0I+dI= var keyHex = CryptoJS.enc.Utf8.parse("abcd1234"); var ivHex = CryptoJS.enc.Utf8.parse("inputvec"); var encrypted = CryptoJS.DES.encrypt("Message", keyHex, { iv: ivHex });这样是不是就万事OK了? 哪有, 谁知道这坑是一个接一个啊.我们再试试Java这边的DES加密是不是和这个结果一样, 具体实现请参考Simple Java Class to DES Encrypt Strings果真掉坑里了, Java通过DES加密Message这个字符串得到的结果是8dKft9vkZ4I=和CryptoJS算出来的不一样啊...亲继续求助GoogleC# and Java DES Encryption value are not identicalSunJCE provider uses ECB as the default mode, and PKCS5Padding as the default padding scheme for DES.(JCA Doc)This means that in the case of the SunJCE provider, Cipher c1 = Cipher.getInstance("DES/ECB/PKCS5Padding");and Cipher c1 = Cipher.getInstance("DES");are equivalent statements.原来是CryptoJS进行DES加密时, 默认的模式和padding方式和Java默认的不一样造成的, 必须使用ECB mode和PKCS5Padding, 但是CryptoJS中只有Pkcs7, 不管了, 试试看...<script src="htt p:/ /crypto-js.googleco de.c om/svn/tags/3.1.2/build/rollups/tripledes.js"></script><script src="ht tp:/ /crypto-js.googleco de.c om/svn/tags/3.1.2/build/components/mode-ecb.js"></script><script> var keyHex = CryptoJS.enc.Utf8.parse("abcd1234"); var encrypted = CryptoJS.DES.encrypt("Message", keyHex, { mode: CryptoJS.mode.ECB, padding: CryptoJS.pad.Pkcs7 }); console.log(encrypted.toString(), encrypted.ciphertext.toString(CryptoJS.enc.Base64));</script>咦...使用Pkcs7能得到和Java DES一样的结果了, 哇塞...好神奇那我们试试统一Java也改成Cipher.getInstance("DES/ECB/PKCS7Padding")试试, 结果得到一个大大的错误Error:java.security.NoSuchAlgorithmException: Cannot find any provider supporting DES/ECB/PKCS7Padding没办法, 继续Googlejava.security.NoSuchAlgorithmException: Cannot find any provider supporting AES/ECB/PKCS7PADDINGI will point out that PKCS#5 and PKCS#7 actually specify exactly the same type of padding (they are the same!), but it"s called #5 when used in this context. :)这位大侠给出的解释是: PKCS#5和PKCS#7是一样的padding方式, 对加密算法一知半解, 我也只能暂且认可这个解释了.忙完了DES的加密, 接下来就是使用CryptoJS来解密了. 我们需要直接解密DES加密后的base64密文字符串. CryptoJS好像没有提供直接解密DES密文字符串的方法啊, 他的整个加密/解密过程都是内部自己在玩, 解密时需要用到加密的结果对象, 这不是坑我吗?只好研究下CryptoJS DES加密后返回的对象, 发现有一个属性ciphertext, 就是密文的WordArray, 那么解密的时候, 我们是不是只要提供这个就行了呢? var keyHex = CryptoJS.enc.Utf8.parse("abcd1234"); // direct decrypt ciphertext var decrypted = CryptoJS.DES.decrypt({ ciphertext: CryptoJS.enc.Base64.parse("8dKft9vkZ4I=") }, keyHex, { mode: CryptoJS.mode.ECB, padding: CryptoJS.pad.Pkcs7 }); console.log(decrypted.toString(CryptoJS.enc.Utf8));果不其然, 到此为止, 问题全部解决, 豁然开朗...完整代码请参考CryptoJS-DES.htmlUse CryptoJS encrypt message by DES and direct decrypt ciphertext, compatible with Java Cipher.getInstance("DES")

c#中hmacsha1 和 crypto-js 的区别如下：1.从定义看：HMAC是密钥相关的哈希运算消息认证码（Hash-based Message Authentication Code）,HMAC运算利用哈希算法，以一个密钥和一个消息为输入，生成一个消息摘要作为输出。可以看出，HMAC是需要一个密钥的。所以，HMAC_SHA1也是需要一个密钥的，而SHA1不需要。2、从应用场合：crypto-js库使用范例：MD5加密：<script src="http://crypto-js.googlecode.com/svn/tags/3.1.2/build/rollups/md5.js"></script> <script> var hash = CryptoJS.MD5("Message"); </script> SHA1加密演示<script src="http://crypto-js.googlecode.com/svn/tags/3.1.2/build/rollups/sha1.js"></script> <script> var hash = CryptoJS.SHA1("Message"); </script> SHA2加密演示<script src="http://crypto-js.googlecode.com/svn/tags/3.1.2/build/rollups/sha256.js"></script> <script> var hash = CryptoJS.SHA256("Message"); </script> Progressive Hashingview sourceprint?<script src="http://crypto-js.googlecode.com/svn/tags/3.1.2/build/rollups/sha256.js"></script> <script> var sha256 = CryptoJS.algo.SHA256.create(); sha256.update("Message Part 1"); sha256.update("Message Part 2"); sha256.update("Message Part 3"); var hash = sha256.finalize(); </script>

如果你的填充模式不是PKCS5Padding肯定就解密不了了CryptoJS.aes.encrypt(srcs, key, { iv: iv,mode:CryptoJS.mode.cbc.padding:CryptoJS.pad.NoPadding});CryptoJS可以用的填充模式：Pkcs7 (the default)Iso97971AnsiX923Iso10126ZeroPadding

安装: npm install crypto-js --save 在utils文件夹中新建secret.js文件，内容： message: 需要加解密的文本 key: 加解密的秘钥 iv: 偏移量，最短8位数，ecb模式不需要此参数 在vue页面引入secret.js文件

CryptoJS是JavaScript的一个加解密库集合，可以说平时开发中需要用到的加解密方法，它这里都包含了 1、MD5加密，这是一种不可逆的加密 2、SHA-1加密，是现有 SHA 哈希函数中最成熟的，它用于各种安全应用程序和协议 3、SHA-2加密，不像 SHA-1 那样广泛使用，尽管它似乎提供了更好的安全性 4、AES加解密， 是美国联邦信息处理标准 (FIPS)提出的高级加密标准 5、DES加解密， DES 是以前占主导地位的加密算法，并作为官方联邦信息处理标准 (FIPS) 发布，由于密钥大小较小，DES 现在被认为是不安全的 6、转Base64 好了常用的加解密方法就介绍到这了 觉得效果不错的请帮忙加个关注点个赞，经常分享前端实用开发技巧

crypto-js git地址 参考文章：crypto-js 3DES 加解密( http://www.appblog.cn/2019/06/30/%E5%89%8D%E7%AB%AF%20crypto-js%203DES%20%E5%8A%A0%E8%A7%A3%E5%AF%86/ ) 参考文章：crypto-js 加密 和 解密( https://blog.csdn.net/u013299635/article/details/102696911?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.edu_weight&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.edu_weight ) 需求描述：登录密码使用3des加密传给后端，引入crypto-js方式为html引入

　　首先准备一份明文和秘钥：　　var plaintText = "aaaaaaaaaaaaaaaa"; // 明文var keyStr = "bbbbbbbbbbbbbbbb"; // 一般key为一个字符串 　　参看官网文档，AES方法是支持AES-128、AES-192和AES-256的，加密过程中使用哪种加密方式取决于传入key的类型，否则就会按照AES-256的方式加密。　　CryptoJS supports AES-128, AES-192, and AES-256. It will pick the variant by the size of the key you pass in. If you use a passphrase, then it will generate a 256-bit key.　　由于Java就是按照128bit给的，但是由于是一个字符串，需要先在前端将其转为128bit的才行。最开始以为使用CryptoJS.enc.Hex.parse就可以正确地将其转为128bit的key。但是不然... 经过多次尝试，需要使用CryptoJS.enc.Utf8.parse方法才可以将key转为128bit的。好吧，既然说了是多次尝试，那么就不知道原因了，后期再对其进行更深入的研究。　　// 字符串类型的key用之前需要用uft8先parse一下才能用var key = CryptoJS.enc.Utf8.parse(keyStr); 　　由于后端使用的是PKCS5Padding，但是在使用CryptoJS的时候发现根本没有这个偏移，查询后发现PKCS5Padding和PKCS7Padding是一样的东东，使用时默认就是按照PKCS7Padding进行偏移的。　　// 加密var encryptedData = CryptoJS.AES.encrypt(plaintText, key, { mode: CryptoJS.mode.ECB, padding: CryptoJS.pad.Pkcs7});　　由于CryptoJS生成的密文是一个对象，如果直接将其转为字符串是一个Base64编码过的，在encryptedData.ciphertext上的属性转为字符串才是后端需要的格式。　　var encryptedBase64Str = encryptedData.toString();// 输出："RJcecVhTqCHHnlibzTypzuDvG8kjWC+ot8JuxWVdLgY="console.log(encryptedBase64Str);// 需要读取encryptedData上的ciphertext.toString()才能拿到跟Java一样的密文var encryptedStr = encryptedData.ciphertext.toString(); // 输出："44971e715853a821c79e589bcd3ca9cee0ef1bc923582fa8b7c26ec5655d2e06"console.log(encryptedStr); 　　由于加密后的密文为128位的字符串，那么解密时，需要将其转为Base64编码的格式。那么就需要先使用方法CryptoJS.enc.Hex.parse转为十六进制，再使用CryptoJS.enc.Base64.stringify将其变为Base64编码的字符串，此时才可以传入CryptoJS.AES.decrypt方法中对其进行解密。　　// 拿到字符串类型的密文需要先将其用Hex方法parse一下var encryptedHexStr = CryptoJS.enc.Hex.parse(encryptedStr);// 将密文转为Base64的字符串// 只有Base64类型的字符串密文才能对其进行解密var encryptedBase64Str = CryptoJS.enc.Base64.stringify(encryptedHexStr); 　　使用转为Base64编码后的字符串即可传入CryptoJS.AES.decrypt方法中进行解密操作。　　// 解密var decryptedData = CryptoJS.AES.decrypt(encryptedBase64Str, key, { mode: CryptoJS.mode.ECB, padding: CryptoJS.pad.Pkcs7});　　经过CryptoJS解密后，依然是一个对象，将其变成明文就需要按照Utf8格式转为字符串。　　// 解密后，需要按照Utf8的方式将明文转位字符串var decryptedStr = decryptedData.toString(CryptoJS.enc.Utf8); console.log(decryptedStr); // "aaaaaaaaaaaaaaaa"

就是加密和解密使用同一个密钥，通常称之为“Session Key ”这种加密技术在当今被广泛采用，如美国政府所采用的DES加密标准就是一种典型的“对称式”加密法，它的Session Key长度为56bits。非对称式加密：就是加密和解密所使用的不是同一个密钥，通常有两个密钥，称为“公钥”和“私钥”，它们两个必需配对使用，否则不能打开加密文件。加密为系统中经常使用的功能，node自带强大的加密功能Crypto，下面通过简单的例子进行练习。1、加密模块的引用：var crypto=require("crypto");var $=require("underscore");var DEFAULTS = {encoding: {input: "utf8",output: "hex"},algorithms: ["bf", "blowfish", "aes-128-cbc"]};默认加密算法配置项：输入数据格式为utf8，输出格式为hex，算法使用bf,blowfish,aes-128-abc三种加密算法;2、配置项初始化：function MixCrypto(options) {if (typeof options == "string")options = { key: options };options = $.extend({}, DEFAULTS, options);this.key = options.key;this.inputEncoding = options.encoding.input;this.outputEncoding = options.encoding.output;this.algorithms = options.algorithms;}加密算法可以进行配置，通过配置option进行不同加密算法及编码的使用。3、加密方法代码如下： MixCrypto.prototype.encrypt = function (plaintext) {return $.reduce(this.algorithms, function (memo, a) {var cipher = crypto.createCipher(a, this.key);return cipher.update(memo, this.inputEncoding, this.outputEncoding)+ cipher.final(this.outputEncoding)}, plaintext, this);};使用crypto进行数据的加密处理。4、解密方法代码如下：MixCrypto.prototype.decrypt = function (crypted) {try {return $.reduceRight(this.algorithms, function (memo, a) {var decipher = crypto.createDecipher(a, this.key);return decipher.update(memo, this.outputEncoding, this.inputEncoding)+ decipher.final(this.inputEncoding);}, crypted, this);} catch (e) {return;}};

自己太小白了，之前在PC端项目中使用的MD5加密，现在的小程序项目使用了 CryptoJS 里面的 enc-base64 和 hmac-sha1 ，之前没有用到过这两种，所以比较疑惑，为何在小程序不继续使用 MD5 呢？所以在这里记录一下自己解疑惑的一些知识点。 随着互联网的兴起，我们对信息的安全越来越受重视，这样就导致在web开发中，对用户密码等各种加密变得更加重要了。与服务器的交互中，为了确保数据传输的安全性，避免被黑客抓包篡改。 对于Base64编码的，我觉得看一篇文章能够解决你的疑惑，我在这里就不赘述了 U0001f9d0 Base64编码原理 如： 用户密码，请求参数，文件加密 如： 接口参数签名验证服务 支付数据、CA数字证书 前端的朋友可能会关注前端js加密，我们在做 WEB 的登录功能时一般是通过 Form 提交或 Ajax 方式提交到服务器进行验证的。为了防止抓包，登录密码肯定要先进行一次加密（RSA），再提交到服务器进行验证。一些大公司都在使用，比如淘宝、京东、新浪 等。 前端加密也有很多现成的js库，如： JS-RSA： 用于执行OpenSSL RSA加密、解密和密钥生成的Javascript库， https://github.com/travist/jsencrypt MD5： 单向散列加密md5 js库， https://github.com/blueimp/JavaScript-MD5 crypto-js： 对称加密AES js库， https://github.com/brix/crypto-js -CryptoJS (crypto.js) 为 JavaScript 提供了各种各样的加密算法。 HMAC 系列是消息验证，用于验证一个消息是否被篡改——如网站上传递 email 和 hmac(email)，则接收时可以通过 hmac(email) 获知 email 是否是用户伪造的

　　首先准备一份明文和秘钥：　　var plaintText = "aaaaaaaaaaaaaaaa"; // 明文var keyStr = "bbbbbbbbbbbbbbbb"; // 一般key为一个字符串 　　参看官网文档，AES方法是支持AES-128、AES-192和AES-256的，加密过程中使用哪种加密方式取决于传入key的类型，否则就会按照AES-256的方式加密。　　CryptoJS supports AES-128, AES-192, and AES-256. It will pick the variant by the size of the key you pass in. If you use a passphrase, then it will generate a 256-bit key.　　由于Java就是按照128bit给的，但是由于是一个字符串，需要先在前端将其转为128bit的才行。最开始以为使用CryptoJS.enc.Hex.parse就可以正确地将其转为128bit的key。但是不然... 经过多次尝试，需要使用CryptoJS.enc.Utf8.parse方法才可以将key转为128bit的。好吧，既然说了是多次尝试，那么就不知道原因了，后期再对其进行更深入的研究。　　// 字符串类型的key用之前需要用uft8先parse一下才能用var key = CryptoJS.enc.Utf8.parse(keyStr); 　　由于后端使用的是PKCS5Padding，但是在使用CryptoJS的时候发现根本没有这个偏移，查询后发现PKCS5Padding和PKCS7Padding是一样的东东，使用时默认就是按照PKCS7Padding进行偏移的。　　// 加密var encryptedData = CryptoJS.AES.encrypt(plaintText, key, { mode: CryptoJS.mode.ECB, padding: CryptoJS.pad.Pkcs7});　　由于CryptoJS生成的密文是一个对象，如果直接将其转为字符串是一个Base64编码过的，在encryptedData.ciphertext上的属性转为字符串才是后端需要的格式。　　var encryptedBase64Str = encryptedData.toString();// 输出："RJcecVhTqCHHnlibzTypzuDvG8kjWC+ot8JuxWVdLgY=console.log(encryptedBase64Str);// 需要读取encryptedData上的ciphertext.toString()才能拿到跟Java一样的密文var encryptedStr = encryptedData.ciphertext.toString(); // 输出："44971e715853a821c79e589bcd3ca9cee0ef1bc923582fa8b7c26ec5655d2e06console.log(encryptedStr); 　　由于加密后的密文为128位的字符串，那么解密时，需要将其转为Base64编码的格式。那么就需要先使用方法CryptoJS.enc.Hex.parse转为十六进制，再使用CryptoJS.enc.Base64.stringify将其变为Base64编码的字符串，此时才可以传入CryptoJS.AES.decrypt方法中对其进行解密。　　// 拿到字符串类型的密文需要先将其用Hex方法parse一下var encryptedHexStr = CryptoJS.enc.Hex.parse(encryptedStr);// 将密文转为Base64的字符串// 只有Base64类型的字符串密文才能对其进行解密var encryptedBase64Str = CryptoJS.enc.Base64.stringify(encryptedHexStr); 　　使用转为Base64编码后的字符串即可传入CryptoJS.AES.decrypt方法中进行解密操作。　　// 解密var decryptedData = CryptoJS.AES.decrypt(encryptedBase64Str, key, { mode: CryptoJS.mode.ECB, padding: CryptoJS.pad.Pkcs7});　　经过CryptoJS解密后，依然是一个对象，将其变成明文就需要按照Utf8格式转为字符串。　　// 解密后，需要按照Utf8的方式将明文转位字符串var decryptedStr = decryptedData.toString(CryptoJS.enc.Utf8); console.log(decryptedStr); // "aaaaaaaaaaaaaaaa"

是路径 的问题。

查找数据库

在select标签上加script标签然后判断

直接设置最简单给input加上onchange事件<input type="hidden" name="a" value="${a}" onchange="select()"/>修改input的值时触发该事件function select() { var v=document.getElementsByName("a")[0].value document.getElementById("functioncode").value=v; }