咨询JvmField注解仅可用于final属性的原因

@JvmField的核心作用是让Kotlin属性直接暴露为Java的原生字段，而非通过自动生成的getter/setter方法。官方限制它只能用于final属性，本质是为了避免Kotlin与Java互操作时出现逻辑冲突和封装破坏，具体原因可以拆解为这几点：

• 破坏封装逻辑：Kotlin的非final属性默认会生成getter和setter，这些方法往往包含额外逻辑——比如字段合法性校验、值变更回调等。如果给非final属性加@JvmField，Java代码就能直接修改底层字段，完全绕过这些逻辑，导致业务规则失效。
• 违背Kotlin属性的设计语义：Kotlin里的“属性”不是Java里单纯的字段，而是「字段+访问器」的组合体。非final属性的核心逻辑都在访问器里，直接暴露字段等于否定了Kotlin属性的设计初衷，会让代码的行为变得不可预测。
• 早期版本的遗留问题被修复：之前Kotlin允许这种写法是因为互操作性设计还不成熟，随着版本迭代，官方发现这种写法会埋下大量隐性bug——比如Java和Kotlin代码对同一属性的修改路径不一致，导致数据状态混乱。把警告升级为错误，是强制开发者遵循更严谨的互操作规范，减少后续的兼容性问题。
• 避免字节码歧义：如果非final属性同时有@JvmField和默认的getter/setter，生成的字节码会同时包含字段和访问方法，Java代码调用时可能出现歧义，IDE和静态检查工具也容易解析出错，增加调试成本。

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