Lucas Lee

yxbbing 写道# private static Singleton INSTANCE; # public static Singleton getInstance(){ # if(INSTANCE==null){ # synchronized(Singelton.class){ # //Double checking # if(INSTANCE==null){ # INSTANCE=new Singleton(); # } # } # } # } 1. priva ...

进入论坛 Java 版

2008-07-04

全文显示

回复: 对于单例模式的一点想法

biubiu 写道除了你已经提出的两种办法，没有其他可以run everywhere的办法了。我最后提出的一种方案不行么？

进入论坛 Java 版

2008-07-04

全文显示

回复: 对于单例模式的一点想法

slangmgh 写道 JVM 不保证代码INSTANCE=new Singleton() 一定在hasInitialized=1之前执行！！！这个不会吧？你的证据呢？我提到的out-of-order write只是对INSTANCE=new Singleton()范围而言。连两条语句的顺序都无法保证，这个就难以想象了。。。

进入论坛 Java 版

2008-07-04

全文显示

回复: 对于单例模式的一点想法

weiqingfei 写道private static int hasInitialized=0; private static Singleton INSTANCE; public static synchronized Singleton getInstance(){ if(hasInitialized==0){ synchronized(Singelton.class){ //Double checking if(hasInitialized==0){ INSTANCE=new Singleton(); ...

进入论坛 Java 版

2008-07-04

全文显示

对于单例模式的一点想法

单例模式很普遍，对于Spring的实现机制不清楚，单就Java语言上的实现机制来讨论。虽然简单，但要获得一个高性能且线程安全的单例确不简单。最简单的、成熟的单例实现有如下两种： 1. public static final Singleton INSTANCE=new Singleton(); 即在声明静态变量时就实例化。这种方法的问题是，不能传入构造参数从而动态的创建实例。 2. public static synchronized Singleton getInstance(){...} 即在方法上同步。这种方法的问题是，始终有同步的开销(虽然对很多应用来说这开销并不大，以致不需要考虑 ...

进入论坛 Java 版

2008-07-02

全文显示

回复: EOS/普元：中国IT业的悲哀

upheart 写道你看，连对EOS抨击最厉害的javaeye不也开辟了普元专区了吗？这。。。很好玩。给钱就开专区啊。不过这客观上也不是坏事。是骡子是马，还得出来遛遛才知道啊。不管是好是坏，结果就是大家都知道了。普元这东西看来真的是骗钱的。什么国家扶植、什么863项目，大多数都是骗钱的，已经彻底是普遍现象了。这个帖子好啊，总结了EOS，到此为止，可算是基本了解什么是EOS了。

进入论坛行业解决方案版

2008-07-02

全文显示

回复: NetBeans vs Eclipse 最新战报!呵呵!

这玩意没什么意义。一个是集成的很多功能的，一个没有集成而有大量插件可选。就是策略上的区别么。

进入论坛 Java 版

2008-07-02

全文显示

回复: 一个现有EJB系统的性能优化方案

你的优化方法只是泛泛的方向，没有结合具体实际来考虑是否合适。首先你得找到瓶颈。数据库执行SQL、转化XML、其它部分各占的时间百分比，然后针对大头部分优化。我觉得你的使用存储过程的方法实现工作量、优化效果上均不会有很好的表现。看起来你们没有将结果集分页？这个对性能影响是挺大的。另外，你们的硬件似乎太老了点，8年没换过硬件吧？可以考虑一下--至少加个几G内存还可以吧。