使用物理磁盤的ScoreBoardFile就有損壞ScoreBoard的潛在危險。這將發生在"bind: Address already in use"(HUP之后)或"long lost child came home!"(USR1之后)時。前者是一個致命錯誤,而后者則會使服務器丟失ScoreBoard的一個記錄。所以我們建議多使用優雅重啟,偶爾使用硬重啟。這些問題很難解決,但幸運的是大多數結構并不需要ScoreBoard文件。而如果你需要這樣的結構,你可以參考ScoreBoardFile文檔。 當 每個子進程在一個HTTP的持續連接(KeepAlive)中涉及到第二個并發的請求時,所有的結構都會或多或少存在競爭狀態的問題。它將在讀取了請求而 沒有讀取任何請求頭之后立刻退出。這個修復對于1.2來說來得太晚了。但因為持續連接的客戶端已經考慮到網絡延時和服務器超時會造成類似的情況,所以理論 上說,這不是一個太大的問題。而實際上似乎也沒有任何影響:在一個測試案例中服務器在一秒之內被重啟了20次,而客戶端卻成功的瀏覽了網站,而且沒有任何 破損的圖片或空文檔。