- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在对我们的日期格式化代码进行一些重构,因为由于各种原因我们设法引入了许多不一致的地方。我知道最好有一个 ThreadLocal
SimpleDateFormat
。在这里讨论之后,我们不确定在 Enum 中使用时是否需要 ThreadLocal,因为我们从不更改实例并且不公开它,所以它不能被改变?如果它是仍然需要作为一个枚举,像这样,会破坏任何东西吗?有没有其他东西坏了或者没有按照我认为应该做的做?基本上,我不必使用 ThreadLocal 做太多工作,我不确定其含义,尤其是它如何与 Enum 交互。
public enum DateFormat {
DATE(newThreadLocalSimpleDateFormat( "MM/dd/yyyy" )),
LONG_DATE(newThreadLocalSimpleDateFormat("MMMM dd, yyyy")),
TIMESTAMP(newThreadLocalSimpleDateFormat( "MM/dd/yyyy hh:mm:ss aa" ));
private transient final ThreadLocal<SimpleDateFormat> formatter;
DateFormat( final ThreadLocal<SimpleDateFormat> formatter ) {
this.formatter = formatter;
}
public String format ( final Date date ) {
return this.formatter.get().format( date );
}
private static ThreadLocal<SimpleDateFormat> newThreadLocalSimpleDateFormat( final String frmtString ) {
return new ThreadLocal<SimpleDateFormat>() {
@Override
protected SimpleDateFormat initialValue() {
return new SimpleDateFormat( frmtString );
}
};
}
}
最佳答案
这里的枚举是一个全局常量,用作从线程局部变量中检索正确格式化程序的便捷方式。枚举是不可变的,但如果它引用具有可变状态的事物,这些事物仍然可能存在问题。
当你说
we never change the instance and don't expose it so it can't be mutated
您误解了线程安全问题的本质。问题在于 SimpleDateFormat 的内部状态不受多线程访问保护,因此当多个线程访问同一个格式化程序实例时,这些线程中的任何一个都可以更改其他并发线程操纵的状态,从而破坏结果。
处理这个格式化程序的选择是:
保持 ThreadLocal 不变,以便每个线程都有自己的格式化程序副本;在某些情况下,最大的危险是线程局部对象可能无法正确清理,因此从池中选择的线程(您正在使用线程池,对吗?)可能具有与先前使用相关联的变量,但在这种情况下它可能更像是一个功能:如果所有线程无论如何都需要它,则最好保留格式化程序,
为每次调用创建一个新的格式化程序,这样就不会共享任何内容(快速、简单且线程安全,但这会在格式化程序被丢弃时产生垃圾;让垃圾收集器更努力地工作会降低性能),
同步对格式化程序的访问,以便线程不能并发访问它(可能是最没有吸引力的选择,它可能会导致瓶颈)
使用 DateFormat 的不同实现,如 FastDateFormat,它是线程安全的(线程安全可能意味着该实现是锁定或复制状态,因此可能存在缺点,需要进行一些测试才能看到结果).
保留现有的 ThreadLocal 或检查线程安全格式化程序的替代方案可能是这里的最佳选择。保留您所拥有的似乎是一个安全的选择。
如果没有线程池,Threadlocal 会变得不那么吸引人,因为线程的生命周期更短,因此对给定格式化程序的重用更少。线程池是一个好主意,原因有很多(主要是确保错误条件不会导致您的应用程序用完线程,以便您的应用程序可以以可控的方式降级),如果您不使用它们,您应该.
对我而言,这段代码最奇怪的地方是枚举必须是可序列化的,但 threadLocal 是不可序列化的,因此必须将其声明为 transient 的。如果这个东西确实被序列化并因某种原因反序列化,反序列化的副本将有一个空的 threadLocal。实际上,无论如何这都不是您想要序列化的东西(您不会将其存储在 HttpSession 中或将其传递给另一个 JVM),因此这似乎是一个小到不存在的风险。
关于java - 枚举中的 ThreadLocal SimpleDateFormat?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27065455/
我一直在读这个article关于 Tomcat 中的 ThreadLocal 泄漏。第一个示例包含以下代码: public class MyCounter { private int
天真地,我希望 ThreadLocal 是 Thread 到值类型的某种 WeakHashMap。所以当我了解到一个 ThreadLocal 的值实际上是 saved in a map in the
一 简单例子 1 代码 package concurrent.threadlocal; /** * ThreadLocal测试 * * @author cakin */ public class T
并发编程-ThreadLocal 说在前面的话 今天的文章很短,但是很经典,值得你仔细阅读每一个文字… 正如我开篇所说,我们要整理一些java并发编程的学习文档,这一篇就是第七篇:ThreadLoca
最近接了一个新需求,业务场景上需要在原有基础上新增2个字段,接口新增参数意味着很多类和方法的逻辑都需要改变,需要先判断是否属于该业务场景,再做对应的逻辑。原本的打算是在入口处新增变量,在操作数据的时
前言 ThreadLocal为变量在每个线程中都创建了一个副本,所以每个线程可以访问自己内部的副本变量,不同线程之间不会互相干扰。本文会基于实际场景介绍ThreadLocal如何使用以及内部实现机
来源:blog.csdn.net/mycs2012/article/details/90898128 1、FastThreadLocal的引入背景和原理简介 2、实现源码分析 2.1、Unpadded
来源:blog.csdn.net/mycs2012/article/details/90898128 1、FastThreadLocal的引入背景和原理简介 2、实现源码分析 2.1、Unpadded
.Net 4. ThreadLocal<> 实现 IDisposable。但似乎调用 Dispose() 实际上并没有释放对所持有的线程本地对象的引用。 这段代码重现了这个问题: using Syst
在类(class)ReentrantReadWriteLock以下是奇怪的评论: transient ThreadLocalHoldCounter readHolds; Sync() { re
如果我们有一个 ThreadLocal 属性(每个线程都有其唯一的属性),那么哪个是正确的(我们不想使用自动 setter/getter): A) private ThreadLocal _someP
我正在浏览 ThreadLocal类文档,想知道它可以在什么场景下使用。 首先我认为它可以用于那些我们有第三方/遗留类并且我们想要处理同步问题的场景。然后我查看了 ThreadLocal 的其他示例,
我最近读了一篇关于 Equation Group's Sophisticated Hacking 的文章确凿的证据是一个常量,也出现在 JDK 8 源代码中,例如ThreadLocal.java HA
我的基于 ThreadLocal 的类遇到问题。任何帮助,将不胜感激。这是一个带有简单列表的基类: public class ThreadLocalTest { protected static fi
使用ThreadLocal类编程时,字段应该声明为final吗?如果编写类似 private ThreadLocal threadLocal 的代码稍后在构造函数中初始化它,因为变量 threadLo
我有以下类(class) 这个类用来保存我所有的ThreadLocal数据成员 public class ThreadLocalManager { public static final Th
在一次工作 session 上。我听说Thread Local绝对是一种反模式,因为新的应用程序服务器使用称为新IO的新线程技术。事实上,他们告诉我ThreadLocal的问题是一个完整的线程必须等待
ThreadLocal 是否会自动清除为已完成的线程创建的值? 最佳答案 是的,这些变量可用于垃圾收集,但前提是没有其他对这些值的引用(由其他线程持有)。但是当你说一个线程完成时,它不应该像一个线程池
我意识到 ThreadLocal 已被多次访问,尤其是 SimpleDateFormat 示例。 但似乎即使将 SDF 设置为“ThreadLocal”,我们仍然为每个线程创建一个 SDF() 实例,
在 JSR 315 中添加了对 servlet 和过滤器的异步支持。在这样的过滤器中创建的 ThreadLocal 线程安全吗? ResourceFilter com.app.fil
我是一名优秀的程序员,十分优秀!