給公司的應屆新員工加餐，讓他們知道如何“死”！

續《 使用者投訴：為什麼你們的項目沒有經過效能測試就準備在周五上線？！》，投訴回電後，馬上電話協調部門經理的管理者，安排資源跟進死機的問題，為項目小組的周五上線做積極的準備。

回到公司，根據電話的安排，組織該部門SDU（我稱為特別行動小組，港行稱為飛虎隊），開到使用者的現場去瞭解和排查問題，其中有一個SDU的成員，原定進行中公司的應屆新員工的培訓，被要求集合歸隊出發。在出發前，除了安排好培訓工作外，還給正在培訓的學員安排了周六一個加餐，要求他們在周六晚下班前，編寫出讓Tomcat掛起死機的代碼！

原因很簡單，只有知道了如何會讓Tomcat、Weblogic、WAS等Web容器掛起，才能在後續的工作中，避免開發出“死機”隱患的項目代碼。

當然有讀者說，這不是很容易嗎？搞一個死迴圈，不就是讓機器死了嗎？呵呵，如果你也這麼想，第一，你沒有搞過多核的程式；第二，我們肯定不是這樣的要求，不是鬧著玩，為死機而死機，傻瓜不會這麼做。

我們的要求是當“死機”掛起發生的時候，CPU的使用率不能高於10%，記憶體的使用率不能高於30％。當然有學員不理解，覺得不可思議，我的回答是：

1. 如果“死機”掛起的情況下，CPU的使用率都是很高，那麼最開心的應該是Intel和AMD，他們多麼容易發掘銷售機會啊；
2. 如果你覺得不可思議，那隻能證明你對Web容器的運行原理不清楚，並且對多線程、資料庫並發原理的理解不清楚，只會寫Java的代碼而沒有抱懷疑的心態，是一個很危險的事情。
3. 我對Java同事的要求不算高了，對YF的新員工，我要求他們用三種方法來實現。