Java变量不应以下划线开头，因违反官方驼峰命名规范，易与自动生成代码混淆，触发IDE警告及静态检查工具报错，并可能干扰序列化/反射；正确写法为userId、maxRetryCount等，例外仅限对接外部协议时通过注解映射。
Java 变量命名不推荐以下划线（_）开头，这不是语法错误，但违反了《Java 语言规范》和主流编码约定，会影响可读性与团队协作。
为什么不应以下划线开头
Java 官方编码规范（如 Oracle 的 Java Code Conventions）明确建议：变量名应采用驼峰命名法（camelCase），且不以下划线或美元符号（$）开头。下划线开头的标识符容易与自动生成代码（如编译器、Lombok、JNI 或某些框架生成的字段）混淆，也常被用作保留用途（例如 _name 可能被 IDE 或工具识别为特殊字段）。
实际开发中的常见问题
- IDE（如 IntelliJ）可能对 _id、_count 等变量给出“命名不符合约定”的警告
- 部分静态检查工具（如 Checkstyle、SonarQube）默认启用 VariableName 规则，会将下划线开头变量标为违规
- 与其他 Java 生态项目（如 Spring、Jackson）集成时，下划线命名可能干扰序列化/反射行为（尤其在未显式配置别名时）
正确写法与替代方案
用小写字母开头的驼峰式命名代替下划线：
- ❌ _userId → ✅ userId
- ❌ _maxRetryCount → ✅ maxRetryCount
- ❌ _isReady → ✅ isReady（布尔变量仍遵循 isXxx 形式）
若需区分成员变量与局部变量，应依靠语义或前缀（如 fName 表示 field）、作用域控制，而非下划线；更推荐通过清晰的类设计和 IDE 提示来管理可见性。
立即学习“Java免费学习笔记（深入）”；
例外情况说明
仅在极少数场景可接受下划线开头，例如：
- 使用 Lombok 的 @Getter(AccessLevel.NONE) 配合私有字段时，个别开发者用 _field 表示“禁止外部访问”，但这属于团队内部约定，非标准做法
- 对接遗留系统或特定协议要求字段名含下划线（如 JSON 键为 user_name），此时应在 DTO 中用标准命名 + @JsonProperty("user_name") 映射，而非直接命名变量为 _userName
这些例外不改变变量本身命名原则，只是通过注解或转换层隔离外部格式。
