C++运行时无法判断指针是否指向数组，因标准不提供元信息支持，sizeof仅返回指针大小；delete[]与delete的正确使用完全依赖程序员手动保证，误用将导致未定义行为。
运行时无法可靠判断指针是否指向数组
C++ 标准不提供任何机制，在运行时确认一个 int* 或 void* 类型的指针是否指向“动态分配的数组”“栈上数组”或“单个对象”。编译器不会为指针附加元信息，sizeof 对指针永远只返回指针大小（如 8 字节），而非它所指内容的长度。
为什么 delete[] 需要你手动保证正确性
delete[] 和 delete 的行为差异完全依赖程序员的显式选择——编译器不检查、不验证、不推断。如果你对一个用 new int(42) 分配的单个对象调用 delete[] p，行为未定义；反之亦然。
常见错误现象包括：
- 程序崩溃（尤其在调试器下触发 heap corruption 报告）
- 内存泄漏（析构函数未被批量调用）
- 静默数据损坏（例如
std::string成员未被析构）
根本原因：堆管理器可能在 new[] 分配的块前隐式存储数组长度（如 4 字节），但这是实现细节，不可移植、不可访问、不可依赖。
立即学习“C++免费学习笔记（深入）”；
可行的替代方案：用类型系统代替运行时猜测
真正安全的做法是避免“拿着裸指针猜语义”，转而用能表达意图的类型：
- 用
std::vector<T>替代T*+size_t len—— 它自带长度、自动管理、支持移动 - 用
std::array<T, N>替代栈上 C 风格数组 ——data()返回指针，但长度编译期已知 - 若必须传指针，用
std::span<T>（C++20）封装起始+长度，调用方明确看到“这是一个视图”
示例：
void process(std::span<int> arr) {
// 这里 arr.size() 是可信的，且 arr.data() 可以安全传给 C 接口
}
注意：std::span 不拥有内存，也不解决原始指针来源是否合法的问题——但它把“我假设这是数组”的契约显式化了。
调试阶段可辅助定位问题的手段
生产环境不能依赖，但在开发中可降低误用概率：
- 使用 AddressSanitizer（
-fsanitize=address）：对delete[]/delete不匹配会报heap-use-after-free或malloc mismatch - 重载全局
operator new[]/operator delete[]，记录分配地址+标志位（仅用于调试构建） - 静态分析工具（如 clang-tidy 的
cppcoreguidelines-owning-memory）能捕获部分明显不匹配
这些都不改变“运行时无法判断”的事实，只是让错误更快暴露。
最易被忽略的一点：即使你知道某指针来自 new[]，也不能假设它仍有效——它可能已被 delete[]、被 realloc 移动、或超出作用域。判断“是不是数组”本身意义有限，关键在于谁负责生命周期、谁掌握长度、谁定义了边界。
