最近在尝试用Cheat Engine修改某FPS游戏的角色血量时，发现找到的血量地址重启游戏就失效，甚至锁血功能时灵时不灵。经过一番折腾终于搞清了原理，这里把踩坑经验和解决方案分享给大家。

FPS游戏血量的内存结构特点

大多数FPS游戏的血量值会存储在动态分配的内存中，通常呈现以下特征：

基础血量值一般为4字节浮点数或整数

可能包含多个关联值（如护甲值、血量上限等）

地址往往通过多层指针链动态定位

血量地址锁不住的四大原因

1. 动态地址分配（ASLR机制）

每次游戏启动时，系统会随机分配内存基址。解决方法：

用CE查找指针链

定位到模块基址+偏移的固定模式

2. 数值加密校验

游戏可能对血量进行异或/加减密处理。特征：

直接修改值会立即恢复

需要找到解密函数或hook校验点

3. 指针重定向

游戏可能使用多级指针跳转：

// 典型的三级指针结构示例

DWORD baseAddr = 0xABCD0000;

DWORD* lvl1 = (DWORD*)(baseAddr + 0x100);

DWORD* lvl2 = (DWORD*)(*lvl1 + 0x50);

float* health = (float*)(*lvl2 + 0x20);

4. 反作弊系统干扰

如EAC/BattlEye会检测内存修改：

触发时直接封禁

需要先关闭保护或绕过检测

实战代码：稳定读写内存方案

#include

// 读取进程内存

float ReadHealth(DWORD pid, DWORD base, DWORD offsets[], int offsetCount) {

HANDLE hProcess = OpenProcess(PROCESS_ALL_ACCESS, FALSE, pid);

DWORD ptr = base;

for (int i = 0; i < offsetCount - 1; i++) {

ReadProcessMemory(hProcess, (LPVOID)ptr, &ptr, sizeof(ptr), NULL);

ptr += offsets[i];

}

float health;

ReadProcessMemory(hProcess, (LPVOID)(ptr + offsets[offsetCount-1]), &health, sizeof(health), NULL);

CloseHandle(hProcess);

return health;

}

// 绕过写保护

void WriteHealth(DWORD pid, DWORD address, float value) {

HANDLE hProcess = OpenProcess(PROCESS_ALL_ACCESS, FALSE, pid);

DWORD oldProtect;

VirtualProtectEx(hProcess, (LPVOID)address, sizeof(value), PAGE_READWRITE, &oldProtect);

WriteProcessMemory(hProcess, (LPVOID)address, &value, sizeof(value), NULL);

VirtualProtectEx(hProcess, (LPVOID)address, sizeof(value), oldProtect, &oldProtect);

CloseHandle(hProcess);

}

避坑指南

内存分页保护

错误：直接WPM写入导致崩溃

解决：先用VirtualProtectEx修改权限

心跳校验

错误：服务端定期同步覆盖本地值

解决：找到校验函数nop掉或hook

硬编码地址

错误：直接使用上次的地址

解决：每次启动重新计算基址偏移

延伸思考

如何检测游戏是否启用了反调试机制？

检查进程是否有调试器标志

监控异常处理例程

面对DMA保护（如 Valorant）该如何应对？

考虑驱动级读写

使用合法内存修改接口

最后提醒：本文技术仅用于学习研究，请勿用于破坏游戏平衡。实际开发中遇到更复杂的保护机制时，建议从游戏机制本身寻找突破口。