企业微信会话存档sdk报错:A fatal error has been detected by the Java Runtime Environment

本文主要是介绍企业微信会话存档sdk报错:A fatal error has been detected by the Java Runtime Environment,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

错误信息

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f218f93485d, pid=10, tid=58
#
# JRE version: OpenJDK Runtime Environment 18.9 (11.0.14.1+1) (build 11.0.14.1+1)
# Java VM: OpenJDK 64-Bit Server VM 18.9 (11.0.14.1+1, mixed mode, sharing, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# C  [libstdc++.so.6+0xe585d]  std::string::assign(std::string const&)+0x9d
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to /app/core.10)
#
# An error report file with more information is saved as:
# /app/hs_err_pid10.log
#
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
xargs: java: terminated by signal 6

问题原因

我们不卖关子,问题的原因就是,你使用了已经被销毁的sdk,或者重复销毁一个sdk。
这里说的销毁就是调用了sdk的这个方法:

Finance.DestroySdk(sdk);

这里我得吐槽一下,腾讯的sdk写的真的烂,哪怕是这样,报个错就行了,竟然直接把jvm搞挂了。

解决办法

知道问题的原因,就好解决了。首先你得好好review一下你的代码,到底哪里重复销毁了相同的sdk,或者前面销毁了sdk,后面又尝试去用。

说一下我遇到问题,供大家参考一下。
首先我用的是github上的一个开源库:

<dependency><groupId>com.github.binarywang</groupId><artifactId>weixin-java-cp</artifactId><version>4.5.5.B</version>
</dependency>

我用这个库拉取企业微信的会话,然后存档。对接过企业微信会话存档的,应该都知道有两部分内容需要拉取:一部分是消息信息,一部分是媒体文件。

官方文档说不用每次都重新创建和初始化sdk,也就是可以复用。

所以我的处理流程是,先拉取消息,然后使用拉取消息的sdk拉取媒体文件,然后就遇到了本文说的这个问题。
开始我以为是因为文件太大了,内存不足,所以还限制了文件大小,重新发布了几次,没解决问题。
打印了文件大小,发现文件也只有几十kb,显然内存没压力。

多次对比我发现,只要有一个文件拉取失败,紧接着就会出现这个问题。发现了这个现象,我感觉距离真相很近了。
于是我开始查看这个库的拉取媒体文件的代码:

public void getMediaFile(long sdk, @NonNull String sdkfileid, String proxy, String passwd, long timeout, @NonNull Consumer<byte[]> action) throws WxErrorException {if (sdkfileid == null) {throw new NullPointerException("sdkfileid is marked non-null but is null");} else if (action == null) {throw new NullPointerException("action is marked non-null but is null");} else {String indexbuf = "";int data_len = 0;log.debug("正在分片拉取媒体文件 sdkFileId为{}", sdkfileid);while(true) {long mediaData = Finance.NewMediaData();int ret = Finance.GetMediaData(sdk, indexbuf, sdkfileid, proxy, passwd, timeout, mediaData);if (ret != 0) {Finance.FreeMediaData(mediaData);Finance.DestroySdk(sdk);throw new WxErrorException("getmediadata err ret " + ret);}data_len += Finance.GetDataLen(mediaData);log.info("正在分片拉取媒体文件 len:{}, data_len:{}, is_finis:{} \n", new Object[]{Finance.GetIndexLen(mediaData), data_len, Finance.IsMediaDataFinish(mediaData)});try {action.accept(Finance.GetData(mediaData));} catch (Exception var15) {var15.printStackTrace();}if (Finance.IsMediaDataFinish(mediaData) == 1) {Finance.FreeMediaData(mediaData);return;}indexbuf = Finance.GetOutIndexBuf(mediaData);Finance.FreeMediaData(mediaData);}}}

然后就看到了这个让我吐血的代码:

if (ret != 0) {Finance.FreeMediaData(mediaData);Finance.DestroySdk(sdk);throw new WxErrorException("getmediadata err ret " + ret);}

也就是文件拉取失败之后,会把sdk给销毁。好吧,销毁就销毁吧,那文件拉取成功你也销毁啊。结果它失败是销毁,成功就不销毁,这是典型的方法行文不一致。

因为这个sdk已经被销毁了,所以后续使用这个sdk拉取其他文件的时候就会报这个错误了。

因为这个方法的怪异行文,所以我们就不能复用拉取消息的sdk。在拉取媒体文件的时候就得重新创建一个sdk,重新初始化sdk。(如果你不是用的这个库,那就可以复用,只要你注意只在请求的最后finaly里面销毁sdk即可)。

既然我们选择自己创建sdk,就要自己销毁sdk。

public MediaData getMediaData(String sdkFileId) {WxCpService wxCpService = WxCpConfiguration.getWxCpService(App.AUDIT);WxCpMsgAuditService msgAuditService = wxCpService.getMsgAuditService();MediaData mediaData = new MediaData();long sdk = 0L;boolean sdkDestroyed = false;try {sdk = Finance.NewSdk();String msgAuditSecret = wxCpService.getWxCpConfigStorage().getMsgAuditSecret();if (StringUtils.isEmpty(msgAuditSecret)) {msgAuditSecret = wxCpService.getWxCpConfigStorage().getCorpSecret();}long ret = Finance.Init(sdk, wxCpService.getWxCpConfigStorage().getCorpId(), msgAuditSecret);if (ret != 0L) {Finance.DestroySdk(sdk);throw new WxErrorException("init sdk err ret " + ret);}msgAuditService.getMediaFile(sdk, sdkFileId, null, null, 180L, mediaData::setBytes);} catch (WxErrorException e) {log.error("获取文件内容失败,sdk:{},sdkFileId:{},错误码:{},错误原因:{}", sdk, sdkFileId, e.getError().getErrorCode(), e.getError().getErrorMsg());// 出现WxErrorException这个异常,库的内部已经销毁了sdk,不用再手动销毁了sdkDestroyed = true;} finally {if (sdk != 0L && !sdkDestroyed) {Finance.DestroySdk(sdk);}}return mediaData;}

注意我这里加了一个标记sdkDestroyed,一旦捕获到了WxErrorException,getMediaFile这个方法其实已经销毁了sdk,就不要重复销毁,否则还是会有这个问题。

这个问题就讲到这里,希望能帮到大家。

题外话,解决这个问题的时候,又发现了一个新的问题,这个库的getMediaFile方法是分批拉取文件的。如果文件太大的话,我这种写法获取的其实是最后一批的数据,并不是完成的文件。好吧,后面再更新如何解决这个问题。

这篇关于企业微信会话存档sdk报错:A fatal error has been detected by the Java Runtime Environment的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/553099

相关文章

Java 正则表达式URL 匹配与源码全解析

《Java正则表达式URL匹配与源码全解析》在Web应用开发中,我们经常需要对URL进行格式验证,今天我们结合Java的Pattern和Matcher类,深入理解正则表达式在实际应用中... 目录1.正则表达式分解:2. 添加域名匹配 (2)3. 添加路径和查询参数匹配 (3) 4. 最终优化版本5.设计思

Java使用ANTLR4对Lua脚本语法校验详解

《Java使用ANTLR4对Lua脚本语法校验详解》ANTLR是一个强大的解析器生成器,用于读取、处理、执行或翻译结构化文本或二进制文件,下面就跟随小编一起看看Java如何使用ANTLR4对Lua脚本... 目录什么是ANTLR?第一个例子ANTLR4 的工作流程Lua脚本语法校验准备一个Lua Gramm

Java字符串操作技巧之语法、示例与应用场景分析

《Java字符串操作技巧之语法、示例与应用场景分析》在Java算法题和日常开发中,字符串处理是必备的核心技能,本文全面梳理Java中字符串的常用操作语法,结合代码示例、应用场景和避坑指南,可快速掌握字... 目录引言1. 基础操作1.1 创建字符串1.2 获取长度1.3 访问字符2. 字符串处理2.1 子字

Java Optional的使用技巧与最佳实践

《JavaOptional的使用技巧与最佳实践》在Java中,Optional是用于优雅处理null的容器类,其核心目标是显式提醒开发者处理空值场景,避免NullPointerExce... 目录一、Optional 的核心用途二、使用技巧与最佳实践三、常见误区与反模式四、替代方案与扩展五、总结在 Java

基于Java实现回调监听工具类

《基于Java实现回调监听工具类》这篇文章主要为大家详细介绍了如何基于Java实现一个回调监听工具类,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录监听接口类 Listenable实际用法打印结果首先,会用到 函数式接口 Consumer, 通过这个可以解耦回调方法,下面先写一个

使用Java将DOCX文档解析为Markdown文档的代码实现

《使用Java将DOCX文档解析为Markdown文档的代码实现》在现代文档处理中,Markdown(MD)因其简洁的语法和良好的可读性,逐渐成为开发者、技术写作者和内容创作者的首选格式,然而,许多文... 目录引言1. 工具和库介绍2. 安装依赖库3. 使用Apache POI解析DOCX文档4. 将解析

Java字符串处理全解析(String、StringBuilder与StringBuffer)

《Java字符串处理全解析(String、StringBuilder与StringBuffer)》:本文主要介绍Java字符串处理全解析(String、StringBuilder与StringBu... 目录Java字符串处理全解析:String、StringBuilder与StringBuffer一、St

springboot整合阿里云百炼DeepSeek实现sse流式打印的操作方法

《springboot整合阿里云百炼DeepSeek实现sse流式打印的操作方法》:本文主要介绍springboot整合阿里云百炼DeepSeek实现sse流式打印,本文给大家介绍的非常详细,对大... 目录1.开通阿里云百炼,获取到key2.新建SpringBoot项目3.工具类4.启动类5.测试类6.测

Spring Boot循环依赖原理、解决方案与最佳实践(全解析)

《SpringBoot循环依赖原理、解决方案与最佳实践(全解析)》循环依赖指两个或多个Bean相互直接或间接引用,形成闭环依赖关系,:本文主要介绍SpringBoot循环依赖原理、解决方案与最... 目录一、循环依赖的本质与危害1.1 什么是循环依赖?1.2 核心危害二、Spring的三级缓存机制2.1 三

在Spring Boot中浅尝内存泄漏的实战记录

《在SpringBoot中浅尝内存泄漏的实战记录》本文给大家分享在SpringBoot中浅尝内存泄漏的实战记录,结合实例代码给大家介绍的非常详细,感兴趣的朋友一起看看吧... 目录使用静态集合持有对象引用,阻止GC回收关键点:可执行代码:验证:1,运行程序(启动时添加JVM参数限制堆大小):2,访问 htt