提到现代 JVM 语言，var 与 val 总是交叉出现。它们kan似只是一对关键词，却暗藏着「引用Neng否重新指向」与「对象本身是否Ke以改变」的细微差别。本文不打算给出枯燥的定义，而是从实际开发场景出发，用生动的例子和情感化的描述，帮你彻底拆解这两个关键字背后的概念。

var 用来声明「Ke以 赋值」的变量；val 则声明「只Neng赋一次」的引用。这里需要特别强调：val 并不等同于「不可变对象」，它仅保证引用本身不再改变。

// 可变引用
var counter = 0
counter = counter + 1   // 随时Ke以
// 只读引用
val name = "Kotlin"
// name = "Java"   // 编译错误：不Neng
赋值

Ru果把上面的 name 换成一个集合，会出现让人误以为「不可变」的错觉：

val mutableList = mutableListOf
mutableList.add   // 列表内容变化，但引用仍指向同一个对象
// mutableList = mutableListOf   // ❌ 编译错误：不Neng重新指向

Kotlin 支持为属性提供专属的读取逻辑，这意味着每次访问dou可Neng得到不同的结果：

class Greeter {
    var userName = "Alice"
    val greeting: String
        get = "Hi $userName"
}
val g = Greeter
println   // Hi Alice
g.userName = "Bob"
println   // Hi Bob —— 虽然 greeting 是 val，却随内部状态变化

这里的关键点是：没有 Setter 并不代表返回值永远固定，编译器只Neng保证「读取路径」不会被外部直接覆盖。

自 Java 10 起，引入了局部变量类型推断关键字 var；而在 Lombok里@Val 用来模拟 Scala 那套只读语义。

var: 编译阶段自动推断左侧表达式类型，等价于显式写出类型后再声明。

@Val : 生成 final 修饰符，使得局部变量只Neng被赋值一次。

A quick demo:

// Java 10+ 的局部类型推断
var list = new ArrayList; // 实际类型是 ArrayList
// Lombok @Val 示例
@Val int count = compute; // 相当于 final int count = compute;

Kotlin 在顶层或 object 中允许使用 const val ` 声明真正意义上的常量。编译器会在字节码层面将其值直接内联到使用处，从而省去一次字段读取。

const val MAX_RETRY = 5   // 编译后所有 MAX_RETRY dou会被替换成数字 5

If you need a runtime‑only read‑only value (比如根据系统时间计算出来），就用普通的 val `；Ru果要求零开销、且数值在编译时Yi确定，则选 const val `。

一句话概括：Ru果「对象本身」不需要被替换，就把它声明为 `val`；只有在「指向」会随时间变化时才考虑 `var`。

// 推荐写法：Fragment 列表保持只读引用
private val fragments = arrayListOf(
    HomeFragment,
    SearchFragment,
    ProfileFragment
)
// ViewPager 的适配器Ke以随意修改 fragments 内部元素，但 references 本身不动。
fragments = HomeV2Fragment   // ❌ 编译错误，因为 fragments 是 val
// 正确Zuo法：把列表本身设为 var，Ru果需要整体替换。
private var fragmentHolder: MutableList? = null
fragmentHolder = mutableListOf, SearchFragment)
fragmentHolder?.add)

`val` 的智Neng转换：Kotlin Neng够在确认某个 `val` 在当前作用域不会被重新赋值后把它视作具体子类型，从而省去显式强转。例如：

fun printLength {
    if  {
        println      // o Yi经被 smart cast 为 String
    }
}

`const val` 的零成本特性：`const val` 在字节码里根本不存在字段，它们直接成为字面量；相较之下普通 `val` 会产生一次字段读取，即使是 final 静态字段也要走一次 getstatic 指令。

`var` 的 setter 开销：`var` 会自动生成 getter/setter，每次写操作dou会走一次 set 方法。Ru果频繁修改，同样会带来微小但累计可观的调用成本。

" `val` 就等于不可变": 如前所述，只保证引用不可改，不代表对象内部不可变。若想要真正不可变，需要使用 Immutable 集合或自行封装不可修改的数据结构。

" `const val` Ke以放在类内部": 它只Neng用于顶层或 object 中，否则编译报错，因为只有这些位置才Neng保证常量在编译期间完成内联。

"把所有东西dou写成 `val`": 虽然倾向使用只读Ke以提升安全性，但过度限制会导致代码必须频繁创建新对象，反而影响性Neng和可维护性。合理权衡才是王道。

"Lombok 的 @Val 与 Kotlin 的 `val` 完全一样": Lombok 的 @Val 实际上是对局部 final 的语法糖，它并不会影响属性生成 getter/setter 行为，也没有 Kotlin 那种智Neng转换机制。

"自定义 Getter 会让属性自动成为 const": 自定义 Getter 本质上是方法，每次调用dou可Neng执行计算，因此根本无法进行 compile‑time 常量优化。

📖 **首选** 使用 ``read‑only reference '` 来声明所有不需要重新指向的数据；只有当业务明确要求“随时可Neng指向另一个实例”时才用 ``mutable reference '`。