为什么Java的SimpleDateFormat不是线程安全的？
请用代码示例说明为什么SimpleDateFormat不是线程安全的。这节课有什么问题？ 是SimpleDateFormat的格式功能问题吗？请提供一个在课堂上演示此错误的代码。
FastDateFormat是线程安全的。为什么？SimpleDateFormat和FastDateFormat有什么区别？
请用代码说明这个问题？
问题答案：
SimpleDateFormat将中间结果存储在实例字段中。因此，如果两个线程使用一个实例，则它们可能会使彼此的结果混乱。
查看源代码可以发现有一个Calendar实例字段，由DateFormat/上的操作使用SimpleDateFormat。
例如parse(..)呼叫calendar.clear()开始，然后calendar.add(..)。如果另一个线程parse(..)在第一次调用完成之前调用，它将清除日历，但是另一个调用将期望它使用计算的中间结果进行填充。
在不牺牲线程安全性的情况下重用日期格式的一种方法是将其放入ThreadLocal-一些库中会这样做。也就是说，如果你需要在一个线程中多次使用相同的格式。但是，如果你使用的是servlet容器（具有线程池），请记住在完成后清理本地线程。
老实说，我不明白他们为什么需要实例字段，但这就是事实。你还可以使用线程安全的joda-time DateTimeFormat。
-
我有许多线程处理对象，其中我使用将数据库列映射到对象。 我知道在任何Java中都不是线程安全的。因此，我在中得到了一些不可预测的结果。例如，我在中也看到了。 下面是我的代码： 我的核心池大小约为20这个应用程序的最大约50。这些线程在某个时候可以处理数据库中大约100个交易记录。 使此日期格式化线程安全的最佳方法是什么？我应该使用FastDateFormat直接替换吗？ 有没有更好的替代方法来确保
-
问题内容： 我看过的利弊一些文章，并在Java编程语言。在其中一篇文章中，作者提到： StringBuilder 不是 线程安全的 ，因此在 多个线程中 使用 StringBuffer 。 不幸的是，我不明白这意味着什么。你能解释一下之间的区别，以及特别是在“线程安全”的环境。 如果您可以使用代码示例进行描述，我将不胜感激。 问题答案： 如果多个线程正在修改a的相同实例，则结果可能是意外的- 即某
-
我看到了不同的PHP二进制文件，比如非线程或线程安全？ 这是什么意思？ 这些软件包之间有什么区别？
-
问题内容： https://github.com/xetorthio/jedis/wiki/入门 在多线程环境中使用Jedis 您不应该使用来自不同线程的相同实例，因为您会遇到奇怪的错误。有时创建大量的Jedis实例还不够好，因为这意味着大量的套接字和连接，这也会导致奇怪的错误。 单个Jedis实例不是线程安全的 ！为避免这些问题，应使用JedisPool，它是网络连接的线程安全池。给定完成后将J
-
问题内容： 大家都警告Java DateFormat不能保证线程安全，并且我从理论上理解这个概念。 但是我无法想象由此导致的实际问题。说，我在一个类中有一个DateFormat字段，并且在多线程环境中该类的不同方法（格式化日期）中使用了相同的字段。 这会导致： any exception like format exception discrepancy in data any other iss
-
谁能告诉我。