为什么像java中的布尔类包装类是不可变的?

Avi*_*ngh 6 java immutability

我无法看到布尔包装类成为不可变的原因.

为什么布尔包装器没有实现像Commons lang中的MutableBoolean实际上可以重置.

有没有人对此有任何想法/理解?谢谢.

dje*_*lin 13

因为2是2. 3明天不会.

永久性首选是永久性的,特别是在多线程情况下,它使得更容易阅读和更易于维护的代码.例证:Java DateAPI,它充满了设计缺陷.如果Date是不可变的,API将非常简化.我知道Date操作会创建新的日期,并且永远不必寻找修改它们的API.

阅读实践中的并发以了解不可变类型的真正重要性.

但是请注意,如果由于某种原因你想要可变类型,请使用AtomicInteger AtomicBoolean等等.为什么Atomic?因为通过引入可变性,您引入了对线程安全性的需求.如果您的类型保持不变,那么您就不需要这样,因此在使用可变类型时,您还必须考虑线程安全和使用concurrent包中的类型.欢迎来到并发编程的精彩世界.

另外,对于Boolean- 我挑战你命名一个你可能想要执行的操作,它关心布尔值是否可变.设为真吗?使用myBool = true.这是重新分配,而不是变异.否定? myBool = !myBool.同样的规则.请注意,不变性是一个特征,而不是约束,所以如果你提供它,你应该 - 在这些情况下,你当然可以.

请注意,这也适用于其他类型.整数最微妙的是count++,但这只是count = count + 1,除非你关心以原子方式获取值...在这种情况下使用mutable AtomicInteger.

  • 如果我更改布尔b = Boolean.TRUE然后我将它传递给另一个方法,请说hello(布尔b1){b1 = Boolean.FALSE}然后它不会改变b的值.这使得难以在页面之间传递布尔值,例如从JSF页面传递到重置按钮显示的Action (2认同)
  • @AvinashSingh不,它与1)良好的OO设计和2)并发性有关,如我的回答所述.或者更确切地说,这些是它的现代原因,我不知道历史. (2认同)