是，int 与 signed int 在标准 C 中完全等价，语义、取值范围、运算规则和 ABI 表示均相同；但仅适用于未修饰的 int，非标准扩展下可能异常。
int 和 signed int 是否完全等价
在标准 C 语言中，int 默认就是有符号类型，等价于 signed int。编译器不强制要求显式写 signed，但语义上二者无区别——它们共享同一套取值范围、运算规则和 ABI 表示。
不过要注意：这个等价性仅在“不加修饰的 int”前提下成立。如果平台或编译器启用了非标准扩展（如某些嵌入式工具链把 int 当作无符号处理），行为可能异常；但这是违反 ISO/IEC 9899 的，不应依赖。
short、int、long 的大小关系与可移植性陷阱
C 标准只规定了最小宽度和相对顺序：sizeof(short) ，且三者分别至少为 16、16、32 位。但具体字节数因平台而异——比如在 x86-64 Linux 上，int 通常是 4 字节，而 Windows MSVC 下 long 仍是 4 字节（不是 8）。
-
short不一定等于 2 字节（尽管常见） -
int不保证是 32 位（尽管主流环境都是） - 依赖
sizeof(int) == 4写代码，在 DSP 或 RISC-V 某些配置下会出错
真正可移植的写法是用 stdint.h 中的 int32_t、int16_t 等固定宽度类型。
立即学习“C语言免费学习笔记（深入）”；
signed short 和 short 是否等价
是的，short 默认也是有符号的，等价于 signed short。但和 int 类似，short 不能省略 signed 后再加 unsigned——unsigned short 是明确无符号类型，与 short 完全不兼容。
一个易错点：char 是例外——它独立于 signed char 和 unsigned char，三者是不同类型；而 short 和 int 没有这种歧义。
为什么不能假设 int 和 long 可互换
虽然在某些 32 位系统上 sizeof(int) == sizeof(long) == 4，但在 LP64 模型（如 x86-64 Linux）中，long 是 8 字节，int 仍是 4 字节。直接把 int* 强转成 long* 会导致越界读写或对齐错误。
常见后果：
- 用
%ld打印int值 → 输出乱码或截断 - 结构体中混用导致 padding 变化，ABI 不兼容
- 函数参数传递时因寄存器分配差异引发静默错误
跨平台开发时，别靠记忆“通常是多少”，查 limits.h 或运行时 sizeof 更可靠。