这是一个非常经典的**未定义行为（Undefined Behavior）**案例，咱们一步步拆解为什么会出现这种看似矛盾的现象：

首先必须敲黑板：任何使用未初始化指针的行为都是未定义行为——C++标准根本不规定程序会发生什么，它可能正常运行、可能崩溃、可能输出乱码，甚至可能测试时一切正常，生产环境突然炸锅，完全取决于当时的内存状态、编译器优化、操作系统等随机因素。

1. 为什么main里的未初始化指针看似“正常”？ #

• main函数的栈帧是程序启动时创建的，栈上的未初始化局部变量会继承栈里之前残留的随机值。如果这个随机值刚好指向一块当前进程有权限访问的内存（比如栈上之前用过的区域、或者堆里还没被回收的空间），解引用这个指针时，操作系统不会立刻拦截，程序就会看似“正常”运行。
• 如果你是在Debug模式下编译，有些编译器会给未初始化变量填充特定占位值（比如MSVC的0xCCCCCCCC），但这些值在某些情况下也可能落在合法内存范围内，不会触发崩溃。
• 注意：这绝对不是“没问题”，只是你运气好而已！这种隐藏的bug最难排查，因为它的表现完全不可预测。

2. 为什么函数里的未初始化指针会崩溃？ #

• 函数被调用时会创建新的栈帧，这个栈帧的位置和main的栈帧不同，未初始化指针的随机值更可能指向一块进程没有权限访问的内存（比如内核空间、其他进程的内存区域，或者已经被操作系统标记为不可访问的栈/堆空间）。
• 当你解引用这个指针（比如给它赋值）时，操作系统的内存保护机制会立刻检测到非法访问，触发**段错误（Segmentation Fault）**或者“访问违例”，直接终止程序。
• 还有一种可能：你的函数逻辑对指针的操作更直接（比如直接写入值），而main里的指针可能只是被声明但没实际解引用，但不管怎样，本质都是未定义行为的随机性导致的。

正确的做法：永远不要使用未初始化指针 #

为了避免这种诡异的问题，你应该：

• 初始化指针为nullptr（C++11及以后推荐）：这样如果不小心解引用，会立刻触发崩溃，方便你快速定位问题；
• 直接分配内存（比如double *pt = new double;），记得使用完后用delete pt;释放（或者用智能指针std::unique_ptr/std::shared_ptr自动管理内存，避免内存泄漏）；
• 如果不需要动态分配，直接使用栈上的变量或者引用，完全避免指针的麻烦。

举个修正后的例子：

#include <iostream>
#include <memory> // 智能指针头文件

void func() {
    // 方法1：手动分配内存并释放
    double *pt2 = new double;
    *pt2 = 3.14;
    delete pt2; 

    // 方法2：使用智能指针，自动释放内存
    std::unique_ptr<double> pt3 = std::make_unique<double>(3.14);
    // 不需要手动delete，智能指针会在作用域结束时自动释放
}

int main() {
    // 初始化指针为nullptr，使用前先检查有效性
    double *pt = nullptr;
    if (pt != nullptr) {
        *pt = 2.71; // 这里不会执行，因为pt是nullptr
    }

    func();
    return 0;
}

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