C++中是否支持直接将地址值赋值给指针变量？

结论先行：语法上支持强制转换赋值，但除了极少数底层开发场景，这种操作属于极度危险的未定义行为，普通业务开发中绝对不要这么做。

• 从语法规则来说，只要整数值的位宽和当前环境下指针的位宽匹配（比如32位环境下指针占4字节、64位环境下占8字节），你完全可以通过reinterpret_cast强制类型转换，把一个字面量地址值赋值给指针：

  // 32位环境下的强制转换示例，编译器不会拦截
  int* p = reinterpret_cast<int*>(0x0012FF7C);
  

  这也是教程里提到“技术上支持对地址进行磁盘读写”的原因——本质上指针存的就是个内存地址编号，和普通整数没有本质区别，你当然可以把这个编号当普通数值写进文件，下次运行再读回来强转成指针，语法上根本不会拦着你干这事。
• 但这种操作99%的场景下都是错误的：
  1. 现代操作系统默认开启地址空间布局随机化（ASLR），别说隔几周重启程序，就算你连续两次运行完全相同的编译产物，栈变量、堆内存、程序模块的加载地址全都会随机变动。你上次存的地址，这次运行时要么属于不可访问的内存保护区，要么指向其他完全不相关的变量，一旦解引用直接触发段错误崩溃都是最好的结果，最坏情况会静默篡改其他数据，产生几乎无法排查的诡异bug。
  2. 就算你手动关闭ASLR，栈变量、堆对象的分配地址也会受编译选项、代码改动、程序启动时的环境变量、甚至操作系统版本更新的影响，没有任何机制能保证你上次运行时某个变量的地址，下次运行时还分配给同一个变量。
• 只有极少数底层场景才会用到硬编码地址给指针赋值的写法：比如嵌入式裸机开发中操作固定地址映射的硬件寄存器、内核开发中访问约定偏移的内核内存段、调试时手动访问已知地址的内存，这类场景下开发者明确知道目标地址的固定映射关系，才会这么写。普通用户态应用开发永远不要尝试持久化指针值，也不要随便把整数值硬转成指针使用。
• 你看到的教程内容本质是警示而非引导：它举这个例子不是教你怎么把地址存盘读回，恰恰是提醒你指针是进程运行时的临时状态，只在当前进程的本次运行生命周期内有效，绝对不能当成可持久化存储的数据。

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