C#中readonly与ReadOnlyObservableCollection四种声明区别
要搞懂这四个写法的差异，只要拆成两个独立的修饰维度看就行，不用记混：
- 有没有
readonly关键字：管的是字段本身能不能重新赋值 - 用
ObservableCollection<T>还是ReadOnlyObservableCollection<T>：管的是你能不能直接通过这个字段的引用修改集合内容
先讲两个基础规则
readonly 修饰字段的作用
这个关键字只限制字段本身的赋值时机：你只能在字段声明的时候、或者所属类的构造函数里，给这个字段赋新的对象值。类里其他任何位置都不能写_myObservableCollestionOfTs = 新集合()这种代码，编译直接报错。
注意：
readonly完全不限制集合对象本身的内容修改，哪怕字段加了readonly，你照样可以调用集合的Add/Remove/Clear方法改内容，这是新手最容易踩的误区。
两个集合类型的差异
ObservableCollection<T>：本身是可读写的动态集合，自带集合变更通知，调用Add/Remove等方法修改内容时会触发CollectionChanged事件，UI框架（WPF/MAUI/Blazor等）监听这个事件就能自动更新绑定的界面。ReadOnlyObservableCollection<T>：是前者的只读包装器，本身不存储数据，构造时必须传入一个已有的ObservableCollection<T>作为源。它对外只暴露读相关的方法，没有Add/Remove这类修改接口，你没法直接通过它改集合内容，但它会一直监听源集合的变更事件，源集合改了它也会同步触发通知，绑定的UI照样能更新。
逐个说明四个声明的适用场景
private ObservableCollection<T> _myObservableCollestionOfTs
最无限制的私有可变集合字段：你既可以在类内任意位置把字段指向一个全新的集合对象，也可以随时通过字段调用方法增删集合内容。
适合确实需要整体替换集合实例的场景，但因为没有任何编译期限制，很容易出现手误给字段重新赋值、导致之前绑定的UI事件监听断开、界面不更新的问题，非必要不推荐。private readonly ObservableCollection<T> _myObservableCollestionOfTs
锁引用不锁内容的可变集合：字段只能在声明或构造函数里初始化，之后整个类的生命周期里永远指向初始化时的那个集合实例，没法整体替换，但依然可以正常增删集合内容，变更通知正常触发。
这是MVVM开发里绑定集合最常用的写法，加readonly可以从编译层面避免误操作重新赋值字段，基本不会出绑定失效的问题。private ReadOnlyObservableCollection<T> _myObservableCollestionOfTs
不锁引用的只读集合字段：没法通过这个字段直接修改集合内容（编译期就找不到修改方法），但可以在类内任意位置把字段指向一个新的只读集合实例。
这种写法用得很少，因为ReadOnlyObservableCollection本身是包装器，运行时整体替换很容易让调用方搞不清集合的变更来源，只有确实需要动态切换不同源集合的只读视图时才会用。private readonly ReadOnlyObservableCollection<T> _myObservableCollestionOfTs
既锁引用又锁对外修改能力的只读集合字段：只能在声明或构造函数里初始化，之后既不能替换字段指向的实例，也没法通过这个字段直接修改集合内容，所有增删操作只能改它包装的源ObservableCollection<T>。
这是对外暴露只读集合的标准写法：类内部持有一个私有的可变ObservableCollection<T>负责增删改，对外暴露这个只读字段/属性，外部代码只能读不能改，也没法替换整个集合，既保证了封装性，又不会破坏UI绑定的变更通知，是很严谨的写法。
补充提醒
- 不要给绑定用的集合字段随便在构造函数外赋值，哪怕没有readonly修饰，重新赋值会断开之前绑定的事件监听，UI就收不到更新了。
ReadOnlyObservableCollection<T>不是集合的快照副本，它是和源集合实时同步的，如果需要一个不会跟着源变化的只读副本，不要用这个类型。
内容的提问来源于stack exchange，提问作者Leo Gee
