能否读取运行中外部应用的类属性值实现宏程序延时等待

该需求完全可以实现，属于单机游戏自动化、修改器领域非常成熟的落地方案，不存在原理层面的阻碍。

• 第一步：获取目标布尔值的稳定寻址路径
  依托你已有的Cheat Engine（简称CE）使用经验即可完成这一步：
  1. 启动模拟器进入走廊场景，通过CE精确值搜索定位门状态对应的内存地址：门关闭（isOpen=false）时搜1字节数值0，门开启（isOpen=true）时搜1字节数值1，反复开关门、重进场景过滤结果，最终定位到当前运行实例中存储isOpen值的动态内存地址。
  2. 对该动态地址执行CE的指针扫描功能，通过多次重启模拟器、反复触发门状态切换做校验，筛选出从模拟器主程序模块固定基址出发、经过多层固定偏移就能指向isOpen值的稳定指针链。只要模拟器版本不更新，这条指针链的偏移值不会变化，可以自动适配程序重启、操作系统ASLR（地址空间布局随机化）带来的地址变动。
• 第二步：在宏程序中实现跨进程内存读取能力
  两个独立进程不需要预先做接口对接，直接调用操作系统提供的原生进程内存读写API即可获取目标值：

  Windows环境下，先通过进程名枚举拿到模拟器的进程ID，调用OpenProcess申请PROCESS_VM_READ权限获取进程句柄，再调用ReadProcessMemory接口，按照之前拿到的指针链逐层读取内存，最终计算出isOpen值的当前地址并读取其数值。Linux环境可使用process_vm_readv系统调用实现同等逻辑，macOS环境对应使用vm_read接口。
  注意每次宏启动、或者模拟器重启后，要先读取模拟器主exe模块在内存中的实际加载基址，替换指针链第一层的基址值即可，不需要每次重新搜索地址。

• 第三步：对接宏的等待逻辑
  宏自动运行到谜题位置后，进入轮询等待逻辑：每隔100~500毫秒读取一次isOpen的值，当读取到值为true时立刻跳出等待，继续执行后续的自动通行操作即可。轮询间隔不建议设置过短，避免产生无意义的CPU占用。

• 编译后变量名丢失、内存地址动态变化不影响定位：编译过程丢失的是调试符号表中存储的变量名信息，类成员变量相对所属对象首地址的偏移是编译阶段就固定下来的，只要从进程内全局固定的基址顺着对象引用链逐层偏移寻址，就能稳定定位到目标值，这也是所有通用CE修改表、单机游戏修改器的核心实现原理。
• 如果模拟器带有进程保护、反作弊机制拦截了普通的内存读取权限，用管理员/root身份运行宏程序即可绕过大部分普通防护，少数强防护场景可以使用驱动级的内存读写方案实现，普通家用模拟器一般不会配置高强度的进程防护。
• 如果不想从零实现指针解析、内存读写逻辑，可以直接复用成熟的开源内存操作库封装，或者对接CE自带的调试服务端读取数值，减少重复开发工作量。

• 操作系统官方文档中进程管理、虚拟内存读写相关的API说明
• Cheat Engine内置教程中指针扫描、基址定位的实操章节
• 开源单机游戏修改器、游戏自动化脚本的内存读写模块实现代码

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