博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
微信小程序用户信息解密失败导致的内存泄漏问题。
阅读量:5757 次
发布时间:2019-06-18

本文共 2175 字,大约阅读时间需要 7 分钟。

 

微信小程序获取用户解密的Session_key 然后对 encryptedData进行解密 偶尔报错 时间长了之后会报内存溢出:

java.lang.OutOfMemoryError: GC overhead limit exceeded

at javax.crypto.JarVerifier.verifySingleJar(JarVerifier.java:426)

at javax.crypto.JarVerifier.verifyJars(JarVerifier.java:322)
at javax.crypto.JarVerifier.verify(JarVerifier.java:250)
at javax.crypto.JceSecurity.verifyProviderJar(JceSecurity.java:160)
at javax.crypto.JceSecurity.getVerificationResult(JceSecurity.java:186)
at javax.crypto.Cipher.getInstance(Cipher.java:653)

 

看代码是java解密的时候报错了,

网上找了一篇文章,https://www.zhihu.com/question/40492755

 

然后将老代码

public byte[] aesCbcDecrypt(byte[] content, byte[] keyBytes, byte[] iv) throws NoSuchPaddingException, NoSuchAlgorithmException, InvalidAlgorithmParameterException, InvalidKeyException, BadPaddingException, IllegalBlockSizeException {
//密钥 SecretKey k = new SecretKeySpec(keyBytes, "AES"); Security.addProvider(new org.bouncycastle.jce.provider.BouncyCastleProvider()); Cipher cipher = Cipher.getInstance("AES/CBC/PKCS7Padding",
new BouncyCastleProvider()
);     cipher.init(Cipher.DECRYPT_MODE, k, new IvParameterSpec(iv));     //执行操作     return cipher.doFinal(content); }

改成如下方式

private static Provider provider = new BouncyCastleProvider(); public byte[] aesCbcDecrypt(byte[] content, byte[] keyBytes, byte[] iv) throws NoSuchPaddingException, NoSuchAlgorithmException, InvalidAlgorithmParameterException, InvalidKeyException, BadPaddingException, IllegalBlockSizeException {
//密钥 SecretKey k = new SecretKeySpec(keyBytes, "AES"); Security.addProvider(new org.bouncycastle.jce.provider.BouncyCastleProvider()); Cipher cipher = Cipher.getInstance("AES/CBC/PKCS7Padding", provider); cipher.init(Cipher.DECRYPT_MODE, k, new IvParameterSpec(iv)); //执行操作 return cipher.doFinal(content); } 用Jmeter 100并发压测 可以检测到老代码内存在上升然后短时间不会释放,新代码上升然后稳定(和知乎文章链接中的结果一致),而且新代码运行速度也更快(不用每次都new了)。 老代码cpu:

新代码cpu:

微信服务器返回的数据为什么解密失败,这个原因还是待查。同一个用户,前两次解密失败,Session_key不变,然后第三次可以成功。

 

实时分析java占用cpu的进程及线程,找到线程对应的java代码。

top -Hp  pid

jstack pid下的线程pid 

参考了微信中的文章

https://mp.weixin.qq.com/s/ZqlhPC06_KW6a9OSgEuIVw

 

但是貌似并不是所有的问题代码都能在里面定位到。

 

 

 

转载于:https://www.cnblogs.com/newjajk/p/9068305.html

你可能感兴趣的文章
基于Vue & SVG 的 icon 解决方案
查看>>
图解JS闭包形成的原因
查看>>
树莓派下实现ngrok自启动
查看>>
javascript静态类型检测工具—Flow
查看>>
20170917 前端开发周报:JavaScript函数式编程、作用域和闭包
查看>>
MachineLearning-Sklearn——环境搭建
查看>>
你不知道的CSS
查看>>
node学习之路(二)—— Node.js 连接 MongoDB
查看>>
Goroutine是如何工作的?
查看>>
学习数据结构与算法之字典和散列表
查看>>
《深入理解java虚拟机》学习笔记系列——垃圾收集器&内存分配策略
查看>>
用grunt搭建自动化的web前端开发环境-完整教程
查看>>
研究人员发现:基于文本的AI模型容易受到改述攻击
查看>>
京东AI研究院何晓冬:将先进的技术和模型落地到产业
查看>>
TriggerMesh开源用于多云环境的Knative Event Sources
查看>>
对Julia社区不熟悉?创始人来告诉你
查看>>
图数据库并非要取代区块链,而是让区块链如虎添翼
查看>>
GitLab联合DigitalOcean为开源社区提供GitLab CI免费托管
查看>>
通过XAML Islands使Windows桌面应用程序现代化
查看>>
社区OpenJDK代码构建平台投入使用
查看>>