[ShirosakiMio]

改动内容

对齐 MojoLauncher 已验证的启动层方案核心，把 pojav 时代的 JLI_Launch 三层退出 hack 收敛为一条 JVM 官方通道：

• jre_launcher.c 重写：不再经 JLI_Launch，dlsym(RTLD_DEFAULT) JNI_CreateJavaVM 直启游戏 JVM 并 CallStaticVoidMethod 调用 mio.Wrapper（classpath 以 -Djava.class.path 传递，主类/应用参数分离）；SIGABRT pipe waiter（handler 里 while(1) 空转）退役
• 退出/abort 经 JVM 调用 API 标准 exit/abort JavaVMOption hook 接管：hook 记录退出码后 futex 唤醒 waiter 并原地停车（System.exit 永不返回游戏代码，进程终止权收归启动器），waiter 经 nominal_exit 走 ART 侧 FCLBridge.onExit（非 0 弹 JVMCrashActivity，0 走 System.exit）
• waiter 常驻化（pthread_once + futex 状态复位）：同一进程内连续多轮 JVM（installer 多阶段）各轮共用，规避 FUTEX_WAIT EAGAIN 携陈旧退出码误杀
• bytehook exit 拦截保留作外部 native exit() 兜底，sdl_hook/chmod_hook 不变；VMLauncher 签名改三参，FCLauncher.launch() 参数三段拆分（三条 launch 链路共用一处）

实测（MuMu x86_64）

JRE	版本	直启	退出
JRE8	1.12.2-Legacy Fabric	✓ 标题完整	System.exit 路径干净回启动器
JRE21	1.21.1-Fabric	✓	SIGSEGV→abort hook→code 6→JVMCrashActivity 链路完整*
JRE25	26.2-Fabric	✓ 标题完整	main 返回→DestroyJavaVM→onExit(0) 路径

* 1.21.1 在该模拟器上有预存的 GPU 编码层崩溃（hs_err 4 份均在本次改动前、同一崩点 glTexImage2D→memmove），恰好被用来完整验证了崩溃上报链路。

说明

• 分支包含并行工作的 a41ed621 feat: SFPEW 自动选择 EGL Context 模式（同工作区落在本分支上）
• 安装器 ProcessService 复用（去每阶段自杀换新进程）在后续分支基于本改动实现