库初始化的运行逻辑是什么？为何glfwInit()可支持后续GLFW调用

你对函数生命周期的理解只覆盖了栈上局部变量的场景：函数执行结束时，确实会自动销毁栈帧里存的局部变量（比如函数内部声明的基础类型变量、临时栈数组），但这部分内存只占函数执行过程中涉及内存的很小一部分。
如果函数运行时申请了堆内存、修改了全局/静态存储区的状态、向操作系统申请了跨调用周期的系统资源，这些内容不会随着函数栈帧弹出自动释放，会一直驻留直到被显式释放，或者进程退出被系统回收。glfwInit() 做的所有操作几乎全是这类持久化操作，这就是它返回之后其他GLFW接口还能正常工作的根本原因。

• 初始化GLFW内部的全局状态块：这块状态存在静态存储区，不属于任何函数的栈帧，里面会保存错误回调、窗口事件回调、已创建窗口链表、已枚举输入设备列表、平台适配层的配置等核心数据，glfwInit() 执行完后这块内存会一直保留。
• 执行平台层底层资源初始化：Windows平台下会加载user32、gdi32、opengl32等系统动态库，拿到平台API的函数指针；macOS下会初始化Cocoa应用框架的必要全局状态；Linux下会建立和X11/Wayland显示服务的连接，这些都是向操作系统申请的全局资源，不会随函数退出自动释放。
• 初始化输入子系统：枚举当前连接的键盘、鼠标、游戏手柄等输入设备，向系统注册输入事件监听钩子，把设备初始状态写入全局状态块。
• 初始化基础公共组件：校准系统高精度定时器参数，初始化GLFW内部用的互斥锁、线程局部存储等多线程相关资源，初始化Vulkan/OpenGL上下文创建所需的全局配置。

所有非初始化类的GLFW接口，本质都是操作glfwInit()提前准备好的全局资源：要么读写全局状态块里的配置，要么调用glfwInit()预加载的系统API，要么通过glfwInit()建立的系统连接提交请求。如果跳过glfwInit()直接调用其他GLFW接口，会因为全局状态未初始化、资源句柄无效直接返回错误甚至触发崩溃。

注意：和glfwInit()配对的清理函数是glfwTerminate()，你之前默认函数退出时会做的内存释放、资源断开操作，都要等显式调用glfwTerminate()时才会执行：它会释放所有GLFW申请的堆内存、断开系统服务连接、卸载加载的动态库、注销事件监听，把全局状态重置回未初始化状态。

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