memcmp无法跨平台Pattern Scan，因内存布局、ASLR、模块基址及代码段可读性在Windows/macOS/Linux差异极大；需统一抽象内存枚举、权限检查与模式解析逻辑，而非依赖固定地址比对。
为什么直接用 memcmp 做不了跨平台 Pattern Scan
因为内存布局、模块基址、ASLR、代码段可读性在 Windows/macOS/Linux 上差异极大，memcmp 只能比固定地址的连续内存，而真实场景要：在动态加载的模块（如 libgame.so 或 Game.dll）中找带通配符的字节序列（如 \x55\x8B\xEC\x??\x8B\x??\x??），且不能依赖调试符号或 PDB。跨平台的核心不是“写一次跑三处”，而是统一抽象内存枚举 + 权限检查 + 模式解析逻辑。
怎么安全地枚举可读内存区域（Windows/macOS/Linux 通用策略）
各系统提供不同 API 获取内存映射：VirtualQueryEx（Windows）、task_for_pid + vm_region（macOS）、/proc/self/maps（Linux）。但跨平台封装时，必须跳过不可读页（PROT_READ / MEM_COMMIT & MEM_PRIVATE）、跳过堆栈高频变动区（避免 crash）、跳过内核映射（如 [vvar]、[vdso]）。关键不是“全扫”，而是“只扫明确属于目标模块的已加载段”。
- 先通过
dlopen(nullptr, RTLD_NOW)（Linux/macOS）或GetModuleHandleA(nullptr)（Windows）拿到主模块句柄/基址 - 再解析其 ELF/Mach-O/PE 头，提取
.text、.data等段的vmaddr/VirtualAddress和大小（不要硬编码偏移！） - 对每个段调用对应系统 API 检查当前是否可读（例如 Linux 下读
/proc/self/maps行匹配r-；Windows 下MemoryBasicInformation.State == MEM_COMMIT && Protect & PAGE_READWRITE/PAGE_READONLY）
如何解析和匹配带 ?? 的字节模式（C++17 足够，不需正则）
通配符 ?? 不是正则，是单字节占位符，匹配任意值。把模式字符串（如 "\x55\x8B\xEC\x??\x8B\x??\x??"）预编译成两个并行数组：std::vector<uint8_t></uint8_t> 存确定字节，std::vector<bool></bool> 存 mask（true 表示该位置必须严格相等，false 表示跳过）。匹配时逐字节对比，mask 为 false 的位置直接 continue。
注意：模式字符串里的 \x?? 是文本，不是 C++ 字面量 —— 必须写解析器，不能直接 "\x55\x8B\xEC\x??..."（编译器会报错）。推荐用 std::string_view 输入，按 \x 分割后 hex 解码，遇到 ?? 就设 mask 为 false：
立即学习“C++免费学习笔记（深入）”；
// 示例：parse_pattern("55 8B EC ?? 8B ??")
std::vector<uint8_t> bytes = {0x55, 0x8B, 0xEC, 0x00, 0x8B, 0x00};
std::vector<bool> mask = {true, true, true, false, true, false};
为什么 mmap/mprotect 在 macOS 上容易失败，以及怎么绕过
macOS 默认禁止对非 MAP_JIT 映射的页执行 mprotect(..., PROT_EXEC)，但 Pattern Scan 只读，所以只要确保不尝试写/执行，就无需改权限。真正的问题是：某些游戏用 __TEXT 段的 VM_PROT_COPY 属性导致 mmap 出来的副本不可读 —— 这时不能 fallback 到 read()，因为 read() 对进程内存无效（除非用 task_for_pid + vm_read，但需要 entitlement）。最稳做法是：只用原生 API 读（ReadProcessMemory / vm_read / process_vm_readv），绝不尝试 mmap 目标进程内存。
- Windows：始终用
ReadProcessMemory，提前OpenProcess并申请PROCESS_VM_READ - Linux：优先
process_vm_readv（内核 3.2+），fallback 到/proc/[pid]/mem（需 root 或ptrace权限） - macOS：必须用
task_for_pid+vm_read，且签名需含com.apple.security.get-task-allowentitlement
跨平台最难的不是匹配逻辑，而是权限获取路径的差异 —— 一旦卡在某系统拿不到读权限，整个 scan 就停摆。别试图“统一接口”，先确保每个平台都能稳定读到目标内存，再套同一套 pattern 匹配引擎。
