基于Pymem开发CSGO机器人服辅助时多线程触发WinAPI998内存读取错误的问题

错误本质 #

报错里的error_code: 998对应Windows系统的ERROR_NOACCESS，代表你传入的内存地址根本不在csgo.exe进程的合法可访问内存范围内；同时报错地址为负数（-1899196620），本质是32位有符号整数溢出的无效指针，根本不是真实的内存地址。

核心问题定位 #

• 架构级错误：每个线程单独创建Pymem进程连接
  你现在4个功能函数里，每个都独立执行pymem.Pymem("csgo.exe")和client.dll基地址查找，相当于程序开了4个独立的内存访问句柄。这个操作不是直接报错的根源，但会带来两个连锁问题：
  • 多线程高频并发发起系统级内存读写调用，和csgo自身的内存回收逻辑产生竞态：刚从实体列表读出的实体指针，转头游戏就因为实体销毁、场景切换把这块内存释放了，你再加偏移读取就会拿到无效垃圾值
  • 冗余句柄长期不释放，触发Windows的进程访问权限限制，进一步放大内存读取失败的概率

  这也是为什么你之前3个线程能正常运行，加第4个线程就稳定报错的原因——3个线程时的系统调用频率还没触发和游戏内存回收的竞态阈值，线程数上来之后，刚好在每次读取实体列表的时间窗口里碰到游戏回收实体的操作，就会持续拿到无效值。就算你后续注释掉第4个线程，之前累积的竞态错误也会让glow线程持续读到非法地址，不会自动恢复正常。

• 完全缺失地址合法性校验
  你现在判断实体有效的逻辑只有if entity:，根本挡不住无效值：
  游戏运行时实体列表的槽位在实体销毁的瞬间，会写入非0的临时垃圾值，这个值满足非0的判断条件，但根本不是合法的实体内存地址。你直接拿这个值加偏移读m_iTeamNum，自然会访问到非法地址触发报错。
• 无限循环无异常捕获
  所有逻辑都是没有中断机制的死循环，一旦某次读取拿到无效地址，直接抛异常把整个线程终止，后续没有重试、也没有错误恢复逻辑，只要遇到一次竞态拿到垃圾值，线程就直接崩了。

具体修复方案 #

1. 全局只初始化一次Pymem连接和模块基地址，所有线程共用同一个实例：

   # 程序启动时只执行一次，不要放到每个线程函数里重复初始化
   pm = pymem.Pymem("csgo.exe")
   client = pymem.process.module_from_name(pm.process_handle, "client.dll").lpBaseOfDll
   

   删掉每个功能函数里重复的Pymem()初始化和模块查找代码，避免冗余句柄堆积，把并发系统调用的频率降下来。
2. 给所有实体读取加严格的合法性校验：
   从实体列表读出的entity值，必须判断其是否落在client.dll模块的合法内存区间内，同时对读取操作加异常捕获，遇到无效地址直接跳过，不要触发线程崩溃：

   entity = pm.read_int(client + dwEntityList + i * 0x10)
   # 校验地址是否在client的合法内存范围内，否则直接跳过本次循环
   if not (client < entity < client + 0x2000000):
       continue
   try:
       entity_team_id = pm.read_int(entity + m_iTeamNum)
       entity_glow = pm.read_int(entity + m_iGlowIndex)
   except pymem.exception.MemoryReadError:
       continue
   

3. 给所有无限循环增加最小延迟，降低内存读写的调用频率，减少和游戏内存回收的竞态概率：
   不要让循环空转吃满CPU，每次循环末尾加time.sleep(0.001)，避免高频系统调用触发Windows的访问限制。
4. 优化无意义的逻辑空转：
   比如窗口失焦判断、按键判断的分支里，不要写没有sleep的continue，否则会导致线程全速空转，进一步放大内存读写的竞争压力。

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