C++中能否可靠访问并修改栈中存储的this指针？

不存在符合C++标准、跨环境可靠的方案，可以直接定位栈上所有this指针的存储位置并原地修改值。你当前尝试的硬编码栈偏移修改方案属于未定义行为，仅能在极特定的编译器、架构、编译选项组合下偶然生效，完全不具备普适性。

• C++标准从未规定this指针的存储位置：this是成员函数的隐式入参，按照不同平台的调用约定，多数64位环境下this会优先通过寄存器传递（MSVC x64用RCX寄存器、System V ABI x64用RDI寄存器），开启O2/O3优化时this甚至可能全程驻留寄存器，根本不会写入栈内存，你完全无法通过扫描栈捕获到这类this值。
• 就算this被写入栈，它的存储位置也没有固定规律：栈帧布局完全由编译器自主决定，优化等级调整、局部变量增减、函数内联、栈保护器开启等任何编译选项变化，都会改变栈上变量的排列顺序、槽位复用逻辑，你写死的&this_trace - 8这类偏移量随时会失效，甚至可能误写返回地址、栈保护值、其他局部变量，直接触发程序崩溃。
• 栈上的值没有类型标记：就算你实现了平台相关的栈回溯逻辑，能遍历所有栈帧的内存范围，也无法区分某个8字节的值是指向迁移内存块的this指针，还是碰巧数值相等的普通整数、无关指针，全量替换必然会出现误修改，破坏程序内存正确性。

你当前的测试代码本身就是典型的未定义行为：

void do_s(void *this_trace){
    *(long long int *)(&this_trace-8)=555;
    cout<<(long long int)this<<endl;
}

代码中直接对参数地址做固定偏移写入的操作，没有任何语言层面的保障，当前能碰巧修改到this值只是特定编译环境下的偶然结果，没有任何实用价值。

不要尝试修改栈上的this值，从设计层面规避悬空指针问题：

• 所有跨作用域的内部引用一律使用偏移句柄替代裸指针：句柄仅存储对象相对于虚拟地址空间基址的偏移量，每次需要访问对象时，实时通过「当前虚拟地址空间基址 + 偏移」计算对象的最新地址。只要地址空间迁移后更新全局/线程本地存储的基址值，所有句柄自动指向正确位置，完全不需要修改栈上的任何数据。

  注意：单个成员函数执行期间，尽量避免触发地址空间迁移。如果逻辑上必须在成员函数内触发迁移，操作完成后立刻通过当前对象的偏移值重新计算实时地址，后续逻辑全部使用新地址，不要依赖函数入口时拿到的原始this值。

• 实现迁移延迟机制：给虚拟地址空间加迁移状态标记，如果检测到触发迁移的调用栈来自地址空间内部的对象，就将迁移操作暂存，等最外层的内部对象调用返回、栈上不存在任何内部对象的this指针时，再实际执行内存移动操作，从根源上避免悬空this问题。
• 如果需要支持执行流位于内部时实时迁移，增加统一调用桩层：所有可移动对象的方法调用都不直接跳转成员函数，而是先走桩逻辑——桩逻辑先拿到当前地址空间的最新基址，计算出对象的实时地址后再调用实际成员函数，同时在桩层检测迁移事件，保证成员函数执行过程中用到的this始终是有效地址。

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