如何在不启动Ghidra调试器的情况下执行部分反编译代码？

32位无调试符号GCC编译的Linux目标程序，不需要启动Ghidra内置调试器、不需要切换到gdb，直接用Ghidra原生自带的P-code模拟引擎就能实现指定代码段的模拟执行，全程可在CodeBrowser界面内完成，同时兼容64位Linux、64位Windows宿主机环境，具体操作路径如下：

• 前置确认：先定位绿色高亮标记的解密代码段的起始地址和结束地址，在Ghidra内存映射面板里确认这段代码访问到的所有内存区域（加密代码存储段、密钥/常量存储段、解密后代码写入段）的读写/执行权限配置正确，避免模拟过程中触发内存访问错误。
• 打开脚本管理器：在CodeBrowser顶部菜单选择Window -> Script Manager，新建一个Jython脚本（比写Java门槛低，不需要额外配置环境），核心调用Ghidra内置的ghidra.pcode.emulate包下的模拟执行组件。之前查到的官方示例仅演示了硬编码打补丁的用法，没有公开这个模拟执行接口的示例，实际上这个模拟器是Ghidra内部做指令语义分析、反编译优化的核心依赖组件，不需要实际启动目标程序进程、不需要附加调试，纯靠模拟P-code语义完成指令执行，天然支持跨架构模拟，稳定性足够支撑CTF场景下的代码块模拟需求。
• 脚本核心逻辑编写：
  1. 初始化模拟器实例，加载当前程序对应的x86 32位语言规格和内存镜像，Ghidra已经加载好的程序上下文（初始寄存器值、程序加载后的内存初始数据）可以直接读取传入模拟器，不需要手动逐个配置。
  2. 将模拟器的初始程序计数器设置为解密代码段的起始地址，把解密段的结束地址设为模拟终止断点，避免模拟跑飞超出目标代码范围。
  3. 如果解密逻辑属于自修改代码（运行时改写后续执行的指令字节），提前给目标写入段开启内存写权限，同时打开模拟器的自修改代码自动刷新配置，避免模拟器缓存旧指令字节导致执行结果错误。
  4. 启动模拟执行，程序跑到终止断点后自动停止，此时直接从模拟器维护的内存空间里读取解密后地址段的字节，就是解密完成的真实指令，直接调用Ghidra的补丁接口把字节写回原程序对应地址，CodeBrowser会自动重新反编译、分析解密后的代码逻辑。
• 方法通用性说明：这套逻辑不是只针对脱壳解密场景，只要是能确定执行上下文的代码块（比如算法校验段、字符串解密段），都可以用这个方式模拟执行拿运行结果，不需要依赖动态调试环境，也不需要手动逐句计算指令结果。

待分析的解密代码段标记参考：

内容的提问来源于stack exchange，提问作者Barry