C++如何处理无效指针/空指针？检测不可修改无效指针的方法

这个问题绝对是C/C++开发者经常碰到的头疼事儿，我来给你拆解清楚：

首先得明确一个核心结论：不存在跨平台、100%可靠的通用方法来检查一个指针是否指向有效的可访问内存。因为内存的有效性完全由操作系统管控，用户态程序没法直接拿到完整、实时的内存状态。不过根据不同的场景和平台，还是有一些可以尝试的折中方案：

一、最基础的空指针检查 #

这是第一步也是最必要的一步，但别把它当万能药：

• 用if (!ptr)（C/C通用）或者if (ptr == nullptr)（C11+）可以快速排除空指针的情况。
• 注意：非空指针绝不等于有效指针——很多新手会踩这个坑，指针指向一块已经被释放的内存，或者不属于当前进程的地址空间，它依然是非空的，但访问会直接触发段错误。

二、操作系统特定的辅助检查 #

不同的OS提供了一些工具函数，可以帮你做初步的内存有效性探测，但都有局限性：

Windows平台 #

• 可以尝试使用IsBadReadPtr或IsBadWritePtr函数，比如检查一个int指针的可读性：

  if (IsBadReadPtr(ptr, sizeof(int))) {
      // 指针指向的内存大概率不可读
  }
  

• 但要注意：微软已经标记这些函数为不安全，因为存在“检查-使用”的竞态条件——你刚检查完内存是有效的，下一秒它可能就被操作系统回收或者释放了，这时再访问依然会出错。所以这些函数只能作为辅助判断，不能作为安全访问的依据。

Linux/macOS平台 #

• 没有直接的系统调用可以检查内存有效性，但可以通过捕获段错误信号来间接判断：
  1. 先注册SIGSEGV的信号处理函数，保存原来的处理逻辑；
  2. 尝试读取*ptr（比如做一个无意义的赋值：int temp = *ptr;）；
  3. 如果触发SIGSEGV，说明指针无效；如果没触发，说明当前内存是可访问的；
  4. 最后恢复原来的信号处理函数。
• 这种方法的问题同样是竞态条件，而且信号处理在多线程环境下需要格外小心，容易引发其他问题。

三、为什么没有完美方案？ #

核心原因是TOCTOU（Time-of-check to time-of-use）问题：你检查内存有效的那一刻，到你实际去访问它的那一刻，中间的时间差里，内存的状态可能已经发生了变化（比如被其他线程释放、被OS回收）。所以任何提前的检查都没法保证后续访问的绝对安全。

四、更靠谱的最佳实践 #

比起事后检查，从根源上避免这种模糊的指针情况才是更好的选择：

• 如果是你可控的代码逻辑，尽量使用智能指针（C++的std::unique_ptr/std::shared_ptr）或者明确的内存生命周期管理，从一开始就杜绝野指针的产生。
• 如果必须处理外部传入的未知指针，除了做基础的空指针检查，还要做好异常/信号处理的兜底——比如在Linux下用sigsetjmp/siglongjmp配合信号处理，在Windows下用结构化异常处理（SEH），确保即使访问无效内存，程序也不会直接崩溃，而是能优雅处理。

总之，没有银弹能彻底解决这个问题，只能根据你的运行平台和业务场景选择合适的折中方案，核心思路还是尽量从源头避免出现不确定的指针。

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