[split_config.arm64_v8a.apk!libcocos2djs.so] v8::HandleScope::Initialize(v8::Isolate*)

我们很早就集成了Android15的16KB，所以我们的崩溃不是来源这里。我们主要来源两个点：

1. 上面提到的Android15上调用cc.game.end()后，重启发生崩溃问题。上述已有方案。
2. 引擎二次重启引起的崩溃，这个主要原因无法重现。我们测试了3.8.5版本，模拟二次启动时，没有发生崩溃。所以同步了3.8.5的ScriptEngine和V8启动的代码，做了一次测试，确实没有了引擎的崩溃，但是会出现其他的崩溃点，崩溃率并没有下降。由于项目紧急程度，必须先降低指标就没有继续测试，只在初始化引擎之前判定了引擎单例是否存在，存在就直接强制关闭进程的设定。

下图改完之后崩溃确实恢复到了以前

image1113×411 50.7 KB

兄弟，你的app的crash率很优秀啊，是用coccos 什么版本开发的？

立项是 2.4.0，前几个月升级到 2.4.13。我们做的休闲游戏，体量小，没那么多复杂的系统。

3.7.2 版本 也遇到这个 ，在android 11,12,14,15 都都有出现，也加了16kb对齐，还是出现

v8 问题关联起来，这里有个从后台会来的

https://forum.cocos.org/t/topic/169221

能否分享一下代码？这样做是会强制重启吗？

求解决方案 急. 有偿!!!

求解决方案 急. 有偿!!! 复现:小米k80 调用 game.end() 之后 从 后台点击进入游戏 确认 会崩溃.
api35.

上面不是有了吗

哥们你用3.7.2可以支持android15？我用3.7.4cocos底层会报错。

2.4.15 ndk r28。 同样遇到这个问题了，稳定复现就是卸包重装触发一个系统弹窗，侧边栏滑动切到后台，再打开app就重启报崩溃。底部上划切后台不行。

https://forum.cocos.org/t/topic/169420

战术mark

这些库哪里来的呢？想剔除它们

为什么要在初始化引擎的时候判断？在activity触发onDestory的时候直接把进程关闭，这样的话效果是不是与你的方案一样？

16KB 对齐对这个 崩溃没有帮助 还是 有不少报错 重灾区是这2个:
[split_config.arm64_v8a.apk!libcocos2djs.so] v8::HandleScope::Initialize(v8::Isolate*)
[split_config.arm64_v8a.apk!libcocos2djs.so] v8::internal::IsolateAllocator::InitReservation()
主要触发是 sdk 36 和 sdk35 分别占比 45%左右 剩下sdk34 和sdk33 大概只有 2%左右. 唉很心烦啊,google 天天警告

@song2008_2001 风总，上次你发我的那个pr，用了之后还是崩溃。这个哥们的方法似乎有用，但是他很久没上线了。麻烦你看看这个哥们大概是怎么修改的？？？ 具体怎么判断引擎单例是否存在？

楼主最后怎么解决的，crash率降下来没

没解决，目前对游戏影响很大。自然量少了很多。

上次我以为还是这个问题导致的崩溃率高，实际上是另一个Bug导致的。我用了这个方法之后的崩溃率确实下降了很多了，你确定还是这个问题导致的崩溃吗？

请问用的哪个方法崩溃率降低的