OO第二次部落格作業

從第4次作業開始，就進入了多執行緒程式設計的環節。我個人對於多執行緒的理解就是在乙個程式在執行時有多個執行流，能夠實現多個執行緒併發執行的技術。由於能在同一時間內執行多個執行緒，因而能夠提公升計算機的整體處理效能。

第五次作業分析：

由於第五次作業是我第一次接觸到多執行緒程式設計，因此這次作業對於我來說難度還是相當大的。此次作業主要出現的問題是會出現時間上的誤差，指導書上說明了誤差在100ms以內是合理的。但是我的作業在有空閒電梯的時候會出現時間誤差超過100ms的情況。

在bug的方面，公測點中有乙個點未通過。在我的程式中，當兩台電梯同時執行，並且執行到同一樓層時，會出現時間的錯亂。究其原因在於對時間的訪問時，第二台電梯的執行時間加上了本來該屬於另一台電梯的請求的輸入時間，因而導致出錯。

第六次作業分析:

第六次作業在控制台讀取監控路徑完成後，啟動 snapshot 執行緒，然後啟動 snapshot 中的四個觸發器執行緒。每隔一定的時間段，snapshot 就會更新然後喚醒各個觸發器執行相應的操作。

第七次作業分析：

第7次作業主要出現的問題在於尋找最短路徑中如何將所有的經過的點輸出出來，這導致了我花費了很長的時間。在測試的時候，遇到的主要問題是由於計程車的位置是隨機的，難以確認計程車在去往目的地的過程中，經過的路徑是否是最短的路徑，這給測試者帶來了一定麻煩。

心得體會：

對於一般性的bug測試來說，主要是針對指導書上的細節部分，檢查被測者的細節完成度如何。比如輸入是否完整。本人在第7次作業中，計程車執行的過程中的輸出遺漏了某些資訊而被報了imcomplete。其次，在這個基礎上，可以從在合理測試的範圍內進行極限狀況的測試。

對於執行緒安全性的bug測試來說，執行緒安全問題主要是由於資料競爭引起的。比如在第6次作業中，讀寫操作同時發生。因此我們可以找到測試的**中同步的地方，分析競爭資料的**段的邏輯，相應地構造測試資料。

總體來看，這三次作業是對多執行緒程式設計應用的逐步加深，而且**重用的部分也在不斷增加。因此之後我們應該盡可能地寫出可移植性強的**，這樣才能減小之後的工作量。

6系的主要矛盾一直是日益增長的oo需求和同學越來越緊的時間之間的矛盾。在崑崙課程的影響下，還是要克服拖延症和懶惰的性格，望大家共勉。