Kotlin变量名大小写敏感却触发JVM声明冲突？如何解决该问题？

该行为是否属于合理设计 #

这是完全合理的设计，核心原因是Kotlin需要同时兼顾语法规则一致性和JVM平台兼容性两个目标：

• Kotlin前端语法层面明确标识符大小写敏感，是为了保证多平台（JVM/JS/Native）下的语法规则统一，避免同一份代码在不同编译目标下出现语法行为差异。
• JVM平台下的报错是因为Kotlin默认遵循JavaBean命名规范生成属性的getter/setter：小写开头的属性a会生成getA()、setA()，大写开头的属性A同样会生成getA()、setA()，两个方法的JVM签名完全重复，JVM本身不允许同一声明域下存在签名相同的方法，编译器提前报错是为了避免后续类加载阶段出现更难排查的运行时异常。
• 该设计同时保障了Kotlin与Java生态的互操作性，默认遵循JavaBean规范可以让Java代码调用Kotlin属性时符合Java开发者的使用习惯，没有额外的适配成本。

规避冲突的可行方案 #

如果确实需要保留仅大小写不同的属性命名，可以通过以下方法解决：

• 手动指定getter/setter的JVM名称：使用@JvmName注解修改生成的getter/setter方法名，避免签名冲突

  var a = 10
      @JvmName("getA_Lowercase") get
      @JvmName("setA_Lowercase") set
  var A = 20
      @JvmName("getA_Uppercase") get
      @JvmName("setA_Uppercase") set
  

• 标记属性为私有：私有属性不会生成公开的getter/setter，不会触发公开签名冲突

  private var a = 10
  private var A = 20
  

• 跳过getter/setter生成：使用@JvmField注解直接将属性暴露为JVM字段，不会生成JavaBean风格的访问器，字段名与Kotlin属性名完全一致，大小写不同不会冲突

  @JvmField var a = 10
  @JvmField var A = 20
  

• 修改属性命名：这是最推荐的工程实践，遵循Kotlin官方小驼峰命名规范，避免仅大小写不同的属性名，从根源上消除冲突，同时提升代码可读性。

内容的提问来源于stack exchange，提问作者hippo-dancer