EasyHook安装srand钩子成功但未生效，求问题原因

针对你遇到的EasyHook挂钩CRT srand 未生效的问题，以下是几个核心遗漏点和对应的解决方法：

• CRT链接版本不匹配
  Windows CRT有静态（MT/MTd）和动态（MD/MDd）两种链接方式：

  • 如果目标进程（target.exe）用静态CRT编译，srand 是进程内部的私有函数，不在系统DLL中，此时你钩取msvcrt.dll或vcruntime.dll里的srand完全不会命中目标进程的调用。
  • 解决方法：确保钩子DLL（hook.dll）和目标进程使用完全相同的CRT链接选项，或者在注入的DLL中，先枚举目标进程已加载的模块，找到实际承载srand的模块（比如静态链接时的target.exe本身），再获取该模块内的srand地址进行挂钩。

• 挂起进程时CRT模块未加载
  以挂起状态启动进程时，目标进程的初始化还未完成，CRT相关的DLL（如vcruntime140.dll）可能还没被加载到进程地址空间。此时你尝试挂钩srand，会因为找不到函数地址而失败（即使EasyHook提示安装成功，实际是无效挂钩）。

  • 解决方法：不要在注入器中直接挂钩，改为在注入的DLL的DLL_PROCESS_ATTACH回调里，等待CRT模块加载完成后再执行挂钩逻辑。可以用CreateToolhelp32Snapshot枚举模块，直到目标CRT模块出现，再调用GetProcAddress获取srand地址并安装钩子。

• 错误的函数地址来源
  如果你在注入器进程中直接获取本地srand的地址，再用这个地址去钩目标进程，这完全错误——每个进程的虚拟地址空间是独立的，本地地址在目标进程中可能指向无效内存或其他函数。

  • 解决方法：必须在目标进程的上下文中获取srand地址，也就是在注入的DLL内部调用GetProcAddress，传入目标进程中加载的CRT模块的句柄（比如GetModuleHandleA("vcruntime140.dll")）。

• 恢复线程时机过早
  如果在钩子未完全启用（比如还没调用LhEnableHook）就恢复了目标进程的主线程，目标进程可能已经执行了srand调用，钩子根本没来得及拦截。

  • 解决方法：严格按照顺序执行：注入钩子DLL → 等待DLL完成钩子安装和启用 → 再调用ResumeThread恢复目标进程的主线程。可以用事件同步：在注入的DLL中完成钩子后，设置一个命名事件，注入器等待该事件触发后再恢复线程。

• 钩子函数签名不匹配
  srand的标准原型是void __cdecl srand(unsigned int seed)，如果你的自定义钩子函数调用约定、参数类型不匹配，会导致调用逻辑混乱，看起来像是钩子未生效。

  • 解决方法：确保钩子函数严格匹配原型，比如：

    void __cdecl MySrand(unsigned int seed) {
        // 强制使用种子42
        srand(42);
    }
    

    注意这里的__cdecl不能省略，否则会因为调用约定错误导致栈异常。

• 权限与架构问题
  虽然你用了x64编译，但要确保注入器、钩子DLL、目标进程三者都是x64架构，跨架构注入会直接失败。另外，注入器需要足够的权限，比如以管理员身份运行，否则无法注入到受保护的进程。

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