C++中unsigned与unsigned int别名定义是否等价及适用场景

一、两段代码是否等价？ #

两段代码完全等价。
C++标准中明确规定，unsigned是unsigned int的合法简写，二者是完全相同的基础类型，没有任何语义或属性差异，因此两段代码定义的my_type类型完全一致，变量variable的属性也完全相同。

二、为什么要额外定义my_type而非直接使用unsigned/unsigned int？ #

自定义类型别名有几个不可替代的优势：

• 提升代码语义清晰度：如果这个无符号整数是用来存储特定业务含义的值，比如用户ID、订单编号、数组索引，定义using user_id_t = unsigned int后，其他人看到user_id_t a;立刻就能知道变量的用途，远比直接看到unsigned int a;的信息量大。
• 方便统一修改类型：假设后续业务迭代发现unsigned int的范围不够用，需要换成unsigned long long，你只需要修改using这一行代码即可，不需要逐个替换项目中所有用到该类型的地方，大幅降低改漏改错的概率。
• 简化复杂类型书写：哪怕这个示例里的基础类型很短，当你用到std::vector<std::pair<unsigned int, std::string>>::const_iterator这类长类型时，定义别名能大幅减少代码冗余，提升可读性。

三、三类写法的适用场景 #

• 优先使用自定义类型别名的场景：
  1. 该类型对应特定业务含义，和通用无符号整数的用途有明确区分
  2. 该类型在项目中多处重复使用，后续存在调整类型长度的可能性
  3. 需要降低代码维护成本，提升新人读代码的效率
• 优先使用unsigned简写的场景：
  仅临时使用无特殊业务含义的局部变量（比如简单循环计数器），不需要考虑后续统一修改，追求代码简洁
• 优先使用全写unsigned int的场景：
  需要明确强调类型的长度属性，避免和unsigned short、unsigned long等其他无符号整数类型产生歧义的场景，比如跨系统数据传输、底层协议定义等对类型长度有明确要求的场景。

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