如果我创建仅在单个线程中使用的类,我是否应该使它们成为线程安全的,即使我现在不需要它？可能会发生这种情况,我后来在多个线程中使用这个类,那时我可能会遇到竞争条件,如果我没有首先使用类线程安全的话,可能很难找到它们.或者我应该让这个类不是线程安全的,以获得更好的性能？但过早的优化是邪恶的.
不同的问题:如果需要,我应该让我的类线程安全(如果在多个线程中使用,否则不是)或者我应该优化这个问题然后需要(如果我看到同步占用处理时间的一个重要部分)？
如果我选择其中一种方法,是否有减少缺点的方法？或存在第三种可能性,我应该使用？
编辑:我说出这个问题出现在我脑海中的原因.在我们公司,我们编写了一个非常简单的用户管理,将数据写入属性文件.我在一个网络应用程序中使用它,经过一些工作后我得到了奇怪的错误,用户管理忘记了用户的属性(包括名称和密码)和角色.这非常令人讨厌但不能始终如一地重现,所以我认为这是竞争条件.由于我同步了所有从磁盘上读取和写入的方法,因此问题就消失了.所以我想,如果我们首先用同步编写了类,那么我可能已经避免了所有的麻烦了？
编辑2:当我查看实用程序员的提示时,我看到了提示#41:始终为并发设计.这并不是说所有代码都应该是线程安全的,但它说设计应该考虑到并发性.
我曾经试图让一切都是线程安全的 - 然后我意识到"线程安全"的含义取决于用法.您通常无法预测该用法,并且调用者无论如何都必须采取行动以线程安全的方式使用它.
这些天我几乎把所有东西写成单线程,并将线程知识放在重要的几个地方.
话虽如此,我也(在适当的时候)创建了不可变类型,这些类型自然适用于多线程 - 并且通常更容易推理.
从数据开始.确定明确共享哪些数据并保护它.如果可能的话,用数据封装锁定.使用预先存在的线程安全并发集合.
尽可能使用不可变对象.使属性最终,在构造函数中设置它们的值.如果需要"更改"数据,请考虑返回新实例.不可变对象不需要锁定.
对于非共享或线程限制的对象,不要花时间使它们成为线程安全的.
记录代码中的期望.JCIP注释是可用的最佳预定义选择.
遵循"尽可能简单但不简单"的原则.没有要求,你不应该让它们成为线程安全的.这样做会是推测性的,而且可能是不必要的.线程安全编程为您的类增加了更多的复杂性,并且可能会因同步任务而降低性能.
除非明确声明对象是线程安全的,否则期望它不是.
京公网安备 11010802040832号 | 京ICP备19059560号-6 