QT MinGW 32位LoadLibrary型DLL注入器注入失效、路径随机乱码求助

已知问题根因 #

1. 悬空野指针导致字符串乱码
   问题代码：

   dllPath = fileInput.toStdString().c_str();
   

   这行代码生成的临时std::string对象在语句执行结束后会被立即析构，c_str()返回的指针指向的内存会被系统回收。后续流程中读取这个指针时，若内存未被覆盖则路径显示正常，若被其他进程操作覆盖则出现乱码，完全匹配随机复现的故障特征。
2. 错误码采集逻辑失效
   Win32 API的错误码是线程局部值，代码中在OpenProcess、VirtualAllocEx、WriteProcessMemory、CreateRemoteThread调用之后，穿插了Qt UI更新、qDebug()等非系统API调用，这些操作会覆盖之前保存的错误值。最终调用GetLastError()拿到的0没有任何参考意义，无法定位真实失败原因。
3. 日志打印逻辑错误
   代码中qDebug() << &pDllPath;输出的是栈上局部变量pDllPath的自身地址，并非目标进程内分配的内存块地址，属于低级逻辑错误，会直接误导排查方向。
4. 流程缺少错误中断
   OpenProcess返回无效句柄时，代码没有中断后续操作，仍然继续执行内存分配、远程线程创建逻辑，在无效进程句柄下的所有系统调用必然失败，且会产生连锁的随机内存访问异常。

修复步骤 #

1. 替换字符串存储逻辑，彻底解决悬空指针问题
   不要长期存储临时字符串的c_str()指针，使用生命周期可控的容器持有路径内容，在需要用到时再取对应指针：

   // 用QByteArray持有ANSI编码的路径内容，保证生命周期覆盖整个注入流程
   QByteArray dllPathBuf = fileInput.toLocal8Bit();
   // 后续用到路径指针的位置，取dllPathBuf.constData()即可
   LPVOID pDllPath = VirtualAllocEx(
       pHandle, 
       0, 
       dllPathBuf.size() + 1, 
       MEM_COMMIT, 
       PAGE_READWRITE
   );
   WriteProcessMemory(
       pHandle, 
       pDllPath, 
       dllPathBuf.constData(), 
       dllPathBuf.size() + 1, 
       0
   );
   

   补充：用toLocal8Bit()代替默认的toStdString()，可明确匹配Windows的ANSI编码，避免中文路径转换异常。
2. 调整错误码采集时机
   每调用一个Win32 API，立即保存对应的GetLastError()返回值，不要等中间穿插其他函数调用后再采集：

   HANDLE pHandle = OpenProcess(PROCESS_ALL_ACCESS, NULL, pid);
   DWORD openErr = GetLastError(); // 立即保存错误码
   if (pHandle == NULL || pHandle == INVALID_HANDLE_VALUE) {
       // 基于openErr输出错误信息，直接中断流程
       return;
   }
   

3. 补全每一步的错误中断逻辑
   所有系统调用返回失败后，立即退出注入流程，释放已申请的内核资源（如进程句柄、已分配的目标进程内存），不要继续执行后续操作。
4. 修正日志打印逻辑
   要输出目标进程内的分配地址，直接打印pDllPath的值即可，不要对该变量取地址。

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