为何time.h函数返回静态指针而非输出参数？堆分配为何未被采用？

这得回到C语言早期的时代背景来看，这些函数早在ANSI C（C89）标准化之前就存在了，当时的编程环境和现在差得远：

• 没考虑线程安全：那时候多线程还不是主流，甚至很多系统根本不支持线程，所以没人会想到“多个调用互相覆盖数据”的问题，静态缓冲区是最简单直接的实现方式。
• 对新手太友好：刚学C的人不用纠结怎么分配内存、算缓冲区大小，直接写printf("%s", asctime(&my_tm))就能打印时间，门槛极低。在那个文档匮乏、工具简陋的年代，这种“开箱即用”的设计特别受欢迎。
• 避免内存泄漏：要是返回堆分配的指针，开发者很容易忘写free()——当时没有自动垃圾回收，内存泄漏是难排查的大问题，用静态缓冲区就完全不用用户操心内存释放的事。

从现代编程的角度（尤其是多线程场景），确实更安全、更可控，这也是为什么POSIX后来搞出了asctime_r()、ctime_r()这类“可重入”版本（和你说的输出参数思路一致，只是这些函数会返回错误码，方便检查缓冲区够不够）。

• 优点：
  • 线程安全：每个调用用自己提供的缓冲区，不会出现多个线程调用时数据被互相覆盖的情况。
  • 内存自己说了算：用户可以选在栈上分配、堆上分配甚至用静态内存，完全掌控内存生命周期。
• 缺点：
  • 得自己记缓冲区大小：比如asctime的输出固定是26字节（包含换行符和终止符），要是缓冲区开小了就会溢出，新手很容易踩这个坑。

核心原因有两个：

• 不依赖动态内存：早期很多嵌入式系统、小型操作系统根本没有malloc()/free()这类动态内存函数，标准库得保证在尽可能多的系统上能跑，所以必须避免依赖动态内存。
• 效率和省心：malloc()和free()有性能开销，频繁调用还会搞出内存碎片。静态缓冲区是提前分配好的，调用时直接写，速度快得多。另外，堆分配需要用户手动释放，又增加了出错的概率，不符合当时“尽量让用户少操心”的设计思路。

如果要线程安全、可控的时间格式化，推荐这两个：

• asctime_r()/ctime_r()：POSIX标准的可重入版本，自己传缓冲区就行。
• strftime()：功能更强的自定义格式化函数，同样用用户提供的缓冲区，线程安全还能按自己的需求输出时间格式。

内容的提问来源于stack exchange，提问作者Agustín Nieto García