本文目录一览：
前后分离java传到前端的数据怎么加密？
你觉得前端用这个数据用来干什么？你把明文送给前端的时候，加密的意义就已经不大了。
前后端交互数据加解密
本文提供了一种前后端交互数据的加解密方法，主要涉及了AES和RSA两种加密方式。
AES加密是一种对称式加密，即加密和解密所需秘钥是相同的。后端生成一组秘钥，并利用该秘钥加密数据，然后发给前端，同时也需要把秘钥发送给前端，这样前端才能解密。这样就会有风险，一旦秘钥被泄露，你的加密将不存在任何意义。同时，相比RSA加密来说，好处是不会限制加密字符串的长度。
RSA加密，是一种非对称式加密，相比AES加密，这个就安全多了。后端生成一对秘钥，自己拿着私钥，公钥可以公开。这样前端拿公钥进行加密，后端拿私钥进行解密，私钥掌握在自己手里，被泄露的风险就小了很多。当然也有不好的地方，就是被加密字符串的长度不能过长，1024的秘钥只能加密117字节以内的明文，这就比较尴尬了，可能稍微长一点的数据就会超出了，当然可以通过2048或者4096的秘钥来延长加密长度，但总会被超出。所以适合需要加密长度不长的数据，最好是已知长度的数据，这样 就不会因长度问题报错。
RSA+AES混合加密，即后端通过RSA算法生成一对公私钥，并把公钥提供给前端。前端通过AES算法生成密钥，利用公钥进行加密并送给后端，后端根据私钥进行解密，得到与前端相同的AES密钥。然后，前后端就可以利用AES密钥对称加密进行数据交互。
详细步骤如图所示。
RSA+AES混合加密，结合了两种加密方式的优点。另外，前端每次启动都会随机生成AES密钥，后端增加token失效机制（前端设置了定时任务请求token），增加了前后端数据交互的安全性。
如何前台JS进行加密，后台java进行解密？
很不幸，就以我的知识范围，纯粹的JS无法做到百分百的安全。理由如下：
现在的浏览器端可以直接看到你的JS代码，JS代码都是明文的。尽管你可以压缩，混淆，但是也是加大hack的难度，无法彻底对浏览器不可见。既然你的代码都被看见了，那么Hash，加密都是扯淡了。
对内容加密可以使用HTTPS，这点不假。但是这仅仅能够抵抗抓包工具，但是通过浏览器的开发工具，仍然能够看到你的请求内容，格式。那么就可以按照你的格式伪造请求。我们就可以通过伪造请求修改某社交网站的用户设置。
结论：纯粹JS看起来无法满足你的需求，但是可以使用object标签，自己开发控件进行数据加密，这点事可以的。但是这就超出了JS的范围。并且Object的这个话题太大，我没办法给你展开，你自己研究下吧
