C语言中何时将指针从函数内部传出是合法有效的？

指针可安全传出的核心判断依据 #

指针指向的内存块的存储周期是否长于当前函数的生命周期，是判断的唯一标准：

• 你示例中的p_uniqueId指向函数内定义的自动变量（栈变量uniqueId），它的存储周期和initialize_db函数绑定，函数返回后栈帧销毁，对应内存直接被回收，因此指针会变成悬垂指针，绝对不能传出。
• fptr是fopen的返回值，它指向的FILE结构体是C标准库在堆/内部全局存储区分配的，存储周期从fopen调用成功开始，到fclose被调用为止，和当前函数栈帧无关，因此可以安全传出。

常见场景判断规则 #

• 指向函数内未加static修饰的局部变量的指针：禁止传出
• 指向函数内加static修饰的静态变量的指针：可以传出，但要注意所有调用共享同一块内存，多线程/多次调用会覆盖原有内容，线程不安全
• 自己通过malloc/calloc/realloc分配的堆内存指针：可以传出，必须提前约定好谁负责后续释放，避免内存泄漏
• 第三方库/标准库函数返回的指针：必须查阅对应函数的文档确认生命周期和释放规则，绝对不要默认所有返回指针的函数都用malloc分配内存，这是非常危险的误区：

  比如fopen的C标准文档明确说明：返回的FILE*指针有效期到调用fclose或者程序终止为止，不需要用户手动调用free释放，只需要调用fclose回收资源。
  再比如ctime返回的字符串指针指向标准库内部静态缓冲区，不需要用户释放，且每次调用会覆盖缓冲区内容；strdup返回的指针则是malloc分配的，需要用户主动调用free释放。

fclose后的补充操作建议 #

建议在fclose后将p_tdb->fptr置为NULL。fclose只会释放FILE结构体对应的内存，不会修改指针本身的取值，此时p_tdb->fptr会变成野指针，如果后续代码不小心重复调用fclose或者访问该指针，会触发未定义行为。置为NULL后，后续操作可以先判断指针非空再执行，避免这类问题。

注意你的示例代码存在笔误：initialize_db中给p_tdb->pFile赋值，cleanup中访问的是p_tdb->fptr，实际开发中要注意命名统一避免问题。

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