记录一次通过DeepSeek查找崩溃

app发现有一批android5.0系统的用户崩溃，打开app就会崩溃。
因为没有android5.0的测试机，所以先用android studio创建虚拟机，在运行app，果然崩溃。

backtrace:
#00 pc 000000000027e134 /system/lib64/libart.so (art:🪞:ArtMethod::IsProxyMethod()+8)
#01 pc 000000000029bd48 /system/lib64/libart.so (art::Monitor::VisitLocks(art::StackVisitor, void ()(art:🪞:Object, void), void, bool)+176)
#02 pc 00000000002fda00 /system/lib64/libart.so (art::StackDumpVisitor::VisitFrame()+604)
#03 pc 00000000002f53b0 /system/lib64/libart.so (art::StackVisitor::WalkStack(bool)+312)
#04 pc 00000000002fc300 /system/lib64/libart.so (art::Thread::DumpStack(std::__1::basic_ostream<char, std::__1::char_traits >&) const+348)
#05 pc 000000000030704c /system/lib64/libart.so (art::ThreadList::DumpLocked(std::__1::basic_ostream<char, std::__1::char_traits >&)+100)
#06 pc 00000000002ea44c /system/lib64/libart.so (art::Runtime::Abort()+444)
#07 pc 00000000000cda58 /system/lib64/libart.so (art::LogMessage::~LogMessage()+2684)
#08 pc 00000000000dbc3c /system/lib64/libart.so (art::JniAbort(char const, char const)+2092)
#09 pc 00000000000dc448 /system/lib64/libart.so (art::JniAbortF(char const, char const, ...)+216)
#10 pc 00000000000e1bf8 /system/lib64/libart.so (art::ScopedCheck::ScopedCheck(_JNIEnv, int, char const)+1736)
#11 pc 00000000000e547c /system/lib64/libart.so (art::CheckJNI::NewStringUTF(_JNIEnv, char const)+48)
#12 pc 00000000004f7fe4 /data/app/com.appname-1/lib/arm64/libcocos2dlua.so (_getClassID(char const)+80)
#13 pc 00000000004f85c8 /data/app/com.appname-1/lib/arm64/libcocos2dlua.so (cocos2d::JniHelper::getStaticMethodInfo(cocos2d::JniMethodInfo_&, char const, char const, char const*)+104)
#14 pc 00000000004faba8 /data/app/com.appname-1/lib/arm64/libcocos2dlua.so
#15 pc 00000000005802c4 /data/app/com.appname-1/lib/arm64/libcocos2dlua.so
#16 pc 00000000007ccd28 /data/app/com.appname-1/lib/arm64/libcocos2dlua.so
#17 pc 0000000000ca443c /data/app/com.appname-1/lib/arm64/libcocos2dlua.so

把崩溃堆栈发给deepseek后，得到回答是在调用JNI方法前没有检查是否有pending exception，Java层抛出异常但native层继续调用JNI导致崩溃。
解决办法是在JNI调用前添加检查，并清除异常。
// 添加异常检查
if (env->ExceptionCheck()) {
env->ExceptionDescribe(); // 打印异常信息
env->ExceptionClear(); // 清除异常
}
加了之后确实就不崩溃了，app可以正常运行。但是异常并没有被解决，再次看log就找到了真正的问题，

java.lang.RuntimeException: Missing type parameter.
at com.google.gson.reflect.a.getSuperclassTypeParameter(SourceFile:27)
at com.google.gson.reflect.a.(SourceFile:2)
at com..PluginMgr$1.(SourceFile:1)
at com..PluginMgr.updateUserInfo(SourceFile:8)
at org.cocos2dx.lib.Cocos2dxRenderer.nativeRender(Native Method)
at org.cocos2dx.lib.Cocos2dxRenderer.onDrawFrame(SourceFile:11)
at android.opengl.GLSurfaceView$GLThread.guardedRun(GLSurfaceView.java:1522)
at android.opengl.GLSurfaceView$GLThread.run(GLSurfaceView.java:1239)

再次发给deppseek后，可以的是是PluginMgr内部updateUserInfo函数导致崩溃，且和Gson.TypeToken相关，此时就比较明确了，结合代码可以确认是混淆导致TypeToken异常而崩溃，添加了相关混淆配置后解决。