那个老罗的远程线程纯代码注入API的问题 老罗说在设计远程代码的时候，不能直接使用API,因为函数的地址在不同的进程中会随着DLl装入的位置不同而不同，在代码中直接调用API函数，系统会按照当前进程Dll装入位置填入函数地址，这个地址搬到远程线程可能是错误的
后面又说Kernel32.dll库文件和User32.dll，Gdi32.dll一样，都是最常用的库，在不同的进程中，系统基本上会将它装入同样的地址中，所以对他们来说，在本地进程中获取的地址可以用在远程线程中，列子代码用本地这3个函数地址代替远程函数地址

要问的问题是 LoadLibarary GetProcAddress GetMouduleHandle 函数地址都可以直接用的本地Kernel32中的地址 那远程中的其他API也可直接使用其他2个库的地址 上面说了列子代码用本地这3个函数地址代替远程函数地址 既然远程都有地址了 干嘛还要单独获取API地址 还要搞重定位 都说了这几个库远程的地址和本地的一样

我尝试把那些重定位代码 和搞地址的代码去掉 直接使用API  把Firstwindow中的 call WinMain当线程函数执行 编译器杂会报很多cannot have implicit far jump or call to near错误？ 加上重定位代码3条代码也会报这个错 请教

“系统基本上会将它装入同样的地址中”，“基本上”就是没有“百分之一百”，所以为了以防万一，还是单独获取地址的好。

XP时代一般是在同样的地址 Vista用了ASLR(Address space layout randomization)技术 基本上不会一样了

关于这个技术可以看下这个

https://en.

还有 这年头远线程没多大意义了 看看就好了 十来年前的东西了 罗书里面的东西 不要太当回事

事实上 任何书里面的东西都别以为是金科玉律 尽信书不如无书

实际上他的三个函数 就是先有鸡还是先有蛋的问题 就是按照Kernel32在本地和远程中地址一样做的 程序能跑

版主 不看书咋学汇编 你按我说的改下程序 看能运行不

怎么肯能没有啊