re: 新寫了一個Java并發程序設計教程 溫少的日志 2010-07-30 15:15
@beneo
一般ThreadLocal導致內存泄漏都有人以非靜態的方式不斷創建ThreadLocal，所以悲劇了。
re: 新寫了一個Java并發程序設計教程 溫少的日志 2010-07-30 15:14
@beneo
你的建議是對的，隨后會補上。積累到一段時間之后再發布新版的版本。
re: 也說一種普遍錯誤使用的LOG方式 溫少的日志 2009-01-06 15:37
@3220
使用%F解決了輸出格式問題，但是LOG Leval的配置還是按照類別來區分，問題還是依然存在的。
re: 也說一種普遍錯誤使用的LOG方式 溫少的日志 2009-01-06 11:28
@隔葉黃鶯
log4j.properties文件中，layout.ConversionPattern一般都是%c或者%c{1}來顯示類名，你還能怎么配？
re: 也說一種普遍錯誤使用的LOG方式 溫少的日志 2009-01-05 14:47
@隔葉黃鶯
例如：
Class Service {
protected final LogFactory.getLog(this.getClass());
}
Class ServiceA extends Service {
public void foo("foo");
}
Class ServiceB extends ServiceA{
public void bar("bar");
}
這種情況，如果ServiceB的實例調用了foo的日志，LOG輸出的類是ServiceB，而不是ServiceA，但是我們需要分析問題時，需要的是ServiceA，配置文件也是應該配在ServiceA上的。
@張雅靜
你去訪問www.youshang.com注冊，填寫手機號碼，會有客服回訪，可以詳細了解一切。
關于安全，有類似于網上銀行移動證書的“友盾”，安全還有有保證的。
re: 也說一種普遍錯誤使用的LOG方式 溫少的日志 2009-01-05 14:35
@3220
性能這兩種方式是非常接近的，而且static聲明的方式性能會更好，實例化的方式更方便，struts、spring都采用了更方便的做法，但是更方便的做法，就會在類被繼承的時候導致LOG輸出混亂。像struts、spring框架的類通常不會被繼承，但總是存在一些情況需要繼承的，一旦出現繼承框架的類，例如你編寫一個類繼承自ClassPathXmlApplicationContext，那么LOG輸出就會產生混亂的。
綜合比較：
方式A 基類實例化Log LOG = LogFactory.getLog(this.getClass())
方式B 每個類單獨聲明 static Log LOG = LogFactory.getLog(XXX.class)
性能 兩種方式接近
方便 方式A更方便，不需要再子類中再聲明。
不良后果 在類被繼承時，使用方式A會導致日志輸出混亂
re: 也說一種普遍錯誤使用的LOG方式 溫少的日志 2009-01-05 12:23
@隔葉黃鶯
你的說法不對，例如LOG4J能夠把記錄日志的類和代碼行數輸出，如果使用
protected final Log LOG = LogFactory.getLog(this.getClass())的方式，就會導致不能夠簡單的方式定位問題了。
使用全大寫的方式挺好的，最初在JXTA中看到這種用法，反復比較之后，覺得使用大寫LOG比小寫logger更清晰。
re: 也說一種普遍錯誤使用的LOG方式 溫少的日志 2009-01-05 11:47
@seewood
不是因為性能的問題，是因為繼承時會導致LOG錯亂，例如你繼承了Spring的ClassPathXmlApplicationContext時，日志輸出的的類名不對了。
re: 一個FileIterator的實現 溫少的日志 2008-08-30 16:12
回kingslee
1、State有三個field，parent、index和files，不聲明一個對象，使用ArrayList不好，聲明一個對象語義更明確。
2、這是深度優先的，廣度優先的實現方式會有所不同。
re: 使用JSON替代XML 溫少的日志 2008-03-09 13:00
@久城
如果你使用json-lib，可以讓對象實現JSONString接口，另外json-lib有一些配置參數，但是json-lib做的不好。
re: 使用JSON替代XML 溫少的日志 2008-03-09 12:59
@Strive
既然你做的RPC，就應該使用方法的簽名自動轉換JSON數據到目標類型。[]格式的JSONArray轉到目標的ArrayList是很容易的事情啊
re: 小議ID生成算法 溫少的日志 2007-11-28 10:17
@simon.xu
你說的方法在過去的系統中用過，每次遞增一批，這算是方案2的改進。使用方案3，在種子上作一些處理之后，能夠更好實現全局唯一，可以確保不同服務器不同的數據庫分配出來的ID唯一。
從我博客主站上看：
http://www.cnblogs.com/jobs/archive/2007/11/16/961116.html
評論更多，描述了更詳盡的情況。
下載看了一下，似乎做的內容還是相當少。
建議你參考一下金蝶軟件EAS BOS的KSQL，是一個應用在產品中的成熟的SQL翻譯。單是測試用例就有數千個，支持Oracle、Microsoft SQL Server、Sybase、DB2、DB2 AS400。手工編寫的文法分析，沒有使用antlr，速度大約是antlr生成Parser的三至四倍左右吧。
KSQL的功能也比較完備，支持臨時表、游標、流程控制語句WHILE、IF等。
這樣的底層核心模塊關鍵是穩定、高效、功能完備。高效還容易，穩定是最難的，需要大量的測試，包括實際應用中的測試，DB2的限制是最多的，你沒有實際測試，可能想不到DB2的限制有如此之多。
我覺得你現在這三點都不具備。
re: 小議ID生成算法 溫少的日志 2007-11-16 10:27
@Robin's Java World
@太陽里的雪
你們都沒認真想想，SEED只需要獲取一次，然后就一直使用。而SEED的獲取只需要在程序啟動時！
@liigo，我改了一下示例代碼，不過意思還一樣的。
回答你的問題，通常都是執行一次就會退出循環了
re: 應用maven的感想 溫少的日志 2007-09-25 07:09
@劉甘泉
maven的入門教程目前還是做得不夠，入門需要花費一點時間，但是只需要一個人在項目中導入之后，以后都好辦了。
re: 應用maven的感想 溫少的日志 2007-09-25 07:06
@xyz20003
缺省的central repository是很慢的。有一個鏡像超級快，你可以試試看：
http://mirrors.redv.com/maven2/在pom.xml中加入：
<repositories>
<repository>
<id>central</id>
<name>Internal Repository</name>
<url>
http://mirrors.redv.com/maven2</url> </repository>
</repositories>
<pluginRepositories>
<pluginRepository>
<id>central</id>
<name>Internal Repository</name>
<url>
http://mirrors.redv.com/maven2</url> </pluginRepository>
</pluginRepositories>
re: 寫了一個PPT，用于公司內部培訓 溫少的日志 2007-05-09 07:18
增加了一些內容。其中圖示還欠缺，由于圖示工作量很大，一時難以補全，慢慢來吧。
目前版本2007-5-9，更新日期和版本日期相同，已下載的朋友，請重新下載。
re: 精巧好用的DelayQueue 溫少的日志 2007-04-29 22:52
原來文章中有DelayItem的，昨天加入一些內容時，不小心把DelayItem部分的代碼刪除了。現已經補上，請看正文。
re: 關于Java線程的實現 溫少的日志 2007-04-22 11:45
在Linux下使用Firefox、Eclipse等軟件，當某個操作阻塞的時候，整個程序甚至整個Gnome桌面會停止響應。
這一現象和用戶線程出現阻塞的現象吻合。
使用Ubuntu工作一段時間了，說實在，沒有在Windows XP下流暢。
同一臺機器上，Eclipse跑在Windows XP下的性能比Ubuntu LInux下快多了，在Linux下，經常出現某個操作阻塞時，整個Eclipse失去響應，而在Windows下，很少出現這種情況。
re: 關于Java線程的實現 溫少的日志 2007-04-22 03:57
其實偶不是很清楚Linux下pthread的最終實現，看過資料，說pthread是用戶線程庫。
在solaris下，pthread的用戶線程和內核線程影射，是多對多的。
Windows下Fiber也可以實現多對多。
linux下的實現，我了解還不多，2.6在線程支持方面有重大變化，但偶還沒花時間去學習。
re: 從JAVA里面的不一致性，淺談設計問題 溫少的日志 2006-11-21 08:46
Scott Meyers是大師啊，笑死人了。
似乎只有他自己認為是C++領域權威吧，而他實際只是一個技術講師而已。
re: JDK 在linux下支持epoll了 溫少的日志 2006-11-20 22:31
@weidagang2046
你自己去看《Unix網絡編程》第三版第一卷
re: 你所在或應聘的IT公司的評價如何？ 溫少的日志 2005-04-11 02:15
這份名單，得高分的公司，可能有作弊的嫌疑 ：）
re: 最近在學Java，想全面點 溫少的日志 2005-04-10 00:54
初學者，很容易被一些瑕疵蒙蔽了自己的眼睛，而沒看到Java語言的優勢。