说起 Kotlin，先来聊聊集合吧。

别紧张，咱们就像喝杯咖啡，慢慢聊。

只读集合，用 listOfsetOfmapOf 创建。

创建完后表面上kan不Neng改。

其实底层可Neng还是可变的，只是你手里拿的是只读的引用。

举个例子：

val mutableList = mutableListOf
mutableList.add
println // 输出: 

然后把它当成只读：

val readOnlyList: List = mutableList
// readOnlyList.add // 编译报错
mutableList.add // 这下只读引用也跟着变了
println // 输出: 

所以只读不等于不可变。

要想彻底不可改，得用专门的 immutable 库，或者在创建时拷贝一份新集合。

比如：

val immutableSet = setOf // 这里底层Yi经是不可变实现
// immutableSet.add // 编译不通过

不过 Kotlin 标准库里的只读集合，大多数情况下Yi经够用了。因为我们大多只想防止误操作，而不是硬核防御。

只读：只Neng读取，不提供修改 API。

不可变：连底层数据结构dou不允许被改动。

换句话说只读是“表面功夫”，不可变是“根本锁住”。

listOfsetOfmapOf → 只读。

mutableListOf/mutableSetOf/mutableMapOf

  → 可变。

alert!

val emptyUsingListOf = listOf
println // 输出: 

Kotlin 里空列表其实是单例对象 EmptyList

internal object EmptyList : List, Serializable, RandomAccess {
    override val size: Int get = 0
    override fun isEmpty: Boolean = true
    override fun contains: Boolean = false
    override fun get: Nothing =
        throw IndexOutOfBoundsException
    // ... 其他方法 ...
}

val readOnlyMap = mapOf
println // 输出: kotlin

这个问题经常被问到，哈哈，其实原因hen简单：

内容质量不够高，缺少原创性；

Lighthouse 检查不到有效的结构化数据；

Crawl budget 被别的网站抢走了。

咱们写文章的时候，多加点实用案例，多点情感温度，自然Neng提升收录率。你懂的，别光靠堆砌关键词啊！

A：Ru果你想要真正的不可变集合，Ke以引入 Kotlinx Collections Immutable.

B：还有一种写法叫Zuo集合字面量，即将 {1,2,3} KMutable 与 Read‑only 的相互转换小技巧

val mutableSet = mutableSetOf
val readOnlySet = mutableSet as Set
// 想强行改？Ke以这样：
.add
println // 输出: 

val nonEmptyList = listO f
println // 输出: 
val emptyUsingLis tO f= listO f
println // 输出: