如果我创建目前仅在单个线程中使用的类，我是否应该使它们成为线程安全的，即使我目前不需要它？可能会发生，我后来在多个线程中使用这个类，那时我可能会遇到竞争条件，如果我没有首先使类线程安全，可能很难找到它们。或者我应该让这个类不是线程安全的，以获得更好的性能？但是过早的优化是邪恶的。
不同的问题:如果需要，我应该让我的类线程安全(如果在多个线程中使用，否则不是)还是应该优化这个问题然后需要(如果我看到同步占用了处理时间的重要部分) ?
如果我选择这两种方式中的一种，是否有减少缺点的方法？还是存在我应该使用的第三种可能性？
编辑:我给出了我想到这个问题的原因。在我们公司，我们编写了一个非常简单的用户管理，将数据写入属性文件。我在一个网络应用程序中使用它，经过一些工作后我得到了奇怪的错误，用户管理忘记了用户的属性(包括名称和密码)和角色。这很烦人，但不能始终如一地重现，所以我认为这是竞争条件。由于我同步了从磁盘读取和写入的所有方法，因此问题消失了。所以我想，如果我们一开始就编写了带同步的类，我可能可以避免所有的麻烦？
编辑 2:当我查看实用程序员的技巧时，我看到了技巧 #41:始终为并发设计。这并不是说所有代码都应该是线程安全的，而是说设计应该考虑到并发性。
最佳答案
我曾经尝试让一切都成为线程安全的——后来我意识到“线程安全”的真正含义取决于使用情况。您通常无法预测这种用法，调用者将必须采取措施以线程安全的方式使用它。
这些天来，我写的几乎所有东西都假设单线程，并将线程知识放在少数几个重要的地方。
话虽如此，我也(在适当的情况下)创建不可变类型，这些类型自然适用于多线程 - 并且通常更容易推理。
关于java - 我应该始终使我的 java 代码线程安全，还是出于性能原因仅在需要时才这样做？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/234341/