带GTK界面的C程序读取文件无报错退出，Win10下运行不一致原因是什么？

1. 运行环境依赖差异 #

• GTK运行时版本不匹配：部分设备安装的GTK运行时版本和程序编译时依赖的版本不一致，尤其是涉及文件选择对话框、IO接口的版本差异会直接触发无报错崩溃，建议编译时打包对应版本的GTK动态库到程序运行目录，不要依赖系统全局的GTK环境。
• 微软VC++运行库缺失/版本不对：C程序编译时依赖的MSVC Runtime版本在故障设备上没有安装，或者安装的是不兼容的版本，涉及文件读取的CRT接口调用时会直接终止进程。
• 系统区域编码差异：如果程序没有使用宽字符接口处理文件路径，部分设备的非UTF-8系统区域编码会导致路径解析出错，访问非法内存直接崩溃。Windows下处理文件路径优先使用g_file_new_for_path这类GTK提供的跨平台路径接口，不要直接使用C标准库的fopen处理用户输入的路径。

2. 文件权限与系统防护差异 #

• 文件夹权限限制：故障设备上用户选择的输入文件位于受系统保护的目录（比如C:\Windows、C:\Program Files），程序没有管理员权限读取文件时，部分GTK版本的IO接口不会返回错误码而是直接触发断言崩溃。
• 安全软件拦截：部分设备的杀毒软件、Windows Defender实时防护会拦截未知程序的文件读取操作，直接终止进程不会弹出提示。
• 受控文件夹访问限制：Windows 10的受控文件夹访问功能开启时，未列入白名单的程序访问文档、桌面等路径的文件会被直接静默阻止，导致程序崩溃。

3. 程序自身隐含BUG #

• 空指针未判空：程序读取文件后没有判断返回的文件指针是否为空，后续对空指针的操作直接触发段错误，在部分设备上读取文件成功就不会触发，读取失败就直接崩溃。
• 缓冲区溢出：处理文件路径、文件内容时的缓冲区长度没有做边界检查，部分设备上的用户路径更长、或者输入文件更大，就会触发缓冲区溢出破坏栈结构导致崩溃。
• 内存越界访问：程序中存在野指针、数组越界这类不确定的内存错误，不同设备上的内存布局差异会导致部分设备上刚好不会触发异常，另一部分设备上直接触发访问违例崩溃。

4. 系统配置差异 #

• 高DPI适配问题：部分高DPI设备的GTK界面缩放参数异常，触发文件选择对话框的内部逻辑崩溃，和读取文件操作本身无关只是触发时机重合。
• Windows 10小版本差异：1903、21H2等不同Win10小版本的Win32 API行为存在细微差异，GTK对部分旧版本Win10的API调用存在兼容问题，会触发无报错崩溃。

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