泛型标记符e、t、k、v是行业惯例而非随意缩写，分别表示element、type、key、value；应避免t1/t2、小写e、type等非标命名，扩展时优先用语义明确的全称或首字母大写并注释。

泛型标记符如 E、T、K、V 是 Java 等语言中约定俗成的类型参数命名，不是随意缩写，而是承载明确语义的简写符号。理解并遵守这些约定，能显著提升代码可读性与团队协作效率。

常见泛型标记符的标准语义

这些字母并非首字母缩写（如 T 不代表 “Type” 的全称拼写），而是长期演化的行业惯例，每个都有稳定指向：

• E：Element（元素）——常用于集合类，如 ArrayList<e></e>、Stack<e></e>，强调“容器中存放的单个数据项”
• T：Type（类型）——最通用的占位符，适用于任意未限定的泛型类型，如 Result<t></t>、Mapper<t></t>
• K 和 V：Key / Value（键 / 值）——专用于键值对结构，如 Map<k v></k>、Pair<k v></k>，二者必须成对出现且顺序固定

不推荐的命名方式及原因

偏离约定虽语法合法，但会干扰他人快速理解意图：

• 用 T1、T2 表示多个类型——应改用语义更清的 K/V、KEY/VALUE 或 INPUT/OUTPUT，或直接使用有意义的名称如 <request response></request>
• 在非集合类中用 E（如 Processor<e></e>）——若该类型并非“被处理的元素”，而是一个配置、策略或上下文，则 T 或具体名更合适
• 大小写混用如 <e></e> 或 <type></type>——小写违反 Java 泛型命名惯例（应大写单字母或 PascalCase），type 还易与关键字 typeof（其他语言）或类名混淆

扩展场景下的合理变体

当标准标记不足以表达复杂语义时，可在保持可读前提下适度扩展：

• 多参数组合：如 Cache<k v c></k> 中 C 表示 CacheStrategy，此时保留 K/V 基础语义，新增字母用首字母大写并注释说明
• 领域特定含义：在持久层工具中，Dao<e id></e> 是可接受的，其中 E 沿用 Element 含义（实体类），ID 明确表示主键类型，比 T 更具信息量
• 避免过度缩写：不用 <u></u> 表示 “User” 或 <a></a> 表示 “Account”——应直接写 <user></user> 或 <account></account>，除非泛型本身需抽象化（如框架 API）

团队落地建议

统一规范需结合工具与习惯：

• 在代码审查清单中加入泛型命名检查项，重点关注 Map 类结构是否用了 K/V，集合类是否优先用 E
• IDE 设置实时提示：IntelliJ 可通过 Inspection 配置警告非标准泛型名（如正则匹配 [a-z] 或 ^[a-zA-Z]{2,}$）
• 内部文档明确列出允许的扩展字母及其含义（如 R = Result、F = Function），避免各团队自行发明缩写