关于glibc中sscanf的%d等int格式符被弃用的技术问询

1. 为何%d等int格式符被弃用 #

核心原因是类型安全与跨平台兼容性问题：

• C语言中int的宽度依赖于目标平台（比如16位系统中是2字节，32/64位系统中是4字节），直接使用%d、%i等格式符读取数据时，若输入值超出当前平台int的范围，会触发未定义行为（比如溢出、数据截断）。
• 当代码需要跨平台移植时，不同架构下int宽度的差异会导致格式符与变量类型不匹配，引发难以排查的bug。glibc标记这些格式符为弃用，本质是引导开发者使用宽度明确的格式规范，避免这类潜在风险。

2. 弃用的含义及替代格式符 #

弃用的含义 #

这里的"Deprecated"并非意味着这些格式符立刻无法使用（现有代码仍可正常编译运行），而是不推荐在新编写的代码中使用——未来glibc可能会增加编译警告，甚至在极端情况下逐步弱化对它们的兼容支持。其核心目的是推动开发者采用更健壮、可移植的写法。

替代格式符 #

根据变量的具体类型，选择对应的宽度明确的格式符：

• 针对标准整数类型：
  • short：使用%hd
  • int：若要保持兼容可继续用%d，但更推荐结合平台宽度规范；若需严格匹配，可使用对应固定宽度类型的格式符
  • long：使用%ld
  • long long：使用%lld
  • 无符号版本对应：%hu（unsigned short）、%u（unsigned int）、%lu（unsigned long）、%llu（unsigned long long）
• 针对C99引入的固定宽度整数类型（如int32_t、uint64_t，需包含<inttypes.h>头文件）：
  • int32_t：使用%"PRId32"
  • uint32_t：使用%"PRIu32"
  • int64_t：使用%"PRId64"
  • uint64_t：使用%"PRIu64"

示例代码（读取int32_t类型变量）：

#include <stdio.h>
#include <inttypes.h>

int main() {
    int32_t num;
    sscanf("12345", "%" PRId32, &num);
    return 0;
}

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