java引用变量命名应体现所指对象的业务含义而非类型，统一用小驼峰，布尔类引用以is/has/can/should开头，集合用复数，optional用描述性短语，map强调键值语义。
Java引用类型变量的命名，核心是清晰表达“它指向什么”，而不是“它是什么类型”。名字要让人一眼看出这个变量代表的业务含义或数据角色，比如 userList 比 list 好，orderService 比 service 明确。
引用变量名必须体现语义，而非类型
引用变量本质是对象的“代号”，命名重点在于所指对象的职责或内容。类型信息（如 List、Map、Service）通常已由声明语句明确给出，无需重复堆砌在变量名里。
- ✅ 推荐：
pendingOrders、activeUsers、configReader—— 直接说明“谁”或“什么” - ❌ 避免：
orderList、userMap、userService—— 类型词冗余，尤其当泛型已写明时（如List<order> pendingOrders</order>） - 例外情况：当类型本身承载关键语义时可保留，例如
cacheManager中的Manager表示职责，不是单纯类型标记
严格遵守小驼峰命名法，首字母小写
所有引用变量（包括局部变量、实例变量、参数）统一使用小驼峰（lowerCamelCase），这是 Java 社区通用规范，也是 IDE 和静态检查工具默认识别的模式。
- 首单词全小写，后续每个单词首字母大写，如：
shoppingCart、databaseConnection、emailValidator - 避免下划线：
shopping_cart是 C 风格，Java 中不推荐 - 避免美元符：
$cache虽语法合法，但易读性差，且可能与编译器生成名冲突
布尔引用变量用 is/has/can/should 开头
对于返回 boolean 的引用类型（如 Optional、Predicate、Supplier
- ✅ 推荐：
isUserLoggedIn（Optional）、 hasPermission（Predicate）、 canRetry（Supplier） - ❌ 避免：
loginStatus、permissionCheck—— 名字像状态值或方法，而非逻辑断言 - 注意：不要为非布尔引用变量加
is前缀，例如isCustomer容易误解为 boolean，应改为customer或targetCustomer
集合与容器类变量用复数或带量词的名词
引用类型中大量涉及集合（List、Set、Map）、数组、Optional 等容器，命名应反映其“容纳多个”或“可能为空”的特性。
- 集合用复数：
products、errorMessages、configurationFiles - Optional 用描述性动词短语：
preferredAddress（Optional）、fallbackImage（Optional） - Map 不写
Map后缀，而强调键值语义：userIdToProfile、statusToCount，比profileMap更具表现力
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
