【正文】 中我也運用了同樣的方法來實現(xiàn)該目錄下面子目錄文件，目錄的擁有者、所屬組修改。 void writefile(INode inode,int in)該函數(shù)為文件寫函數(shù)，該函數(shù)的實現(xiàn)也是比較復雜的，首先要調用讀文件的函數(shù)void readfile(INode inode)讀入該文件原先的內容，將原先的內容與新寫入的內容進行比較，如果原先內容多，那么先將多余的盤塊回收了，然后將內容寫入。如果新寫入的內容多，那么說明盤塊不夠，需要申請盤塊，在申請盤塊的過程中每申請一個盤塊之前都要先判斷原先內容有沒有寫到這一塊，如果沒有則進行申請，否則不用申請。盤塊申請完以后就可以將內容寫入了。其他比較簡單的功能實現(xiàn)函數(shù)由于代碼比較多，而且具體功能在模塊詳解以及系統(tǒng)流程設計的流程圖中都有很詳細的說明，這里就不再解釋了，而且附上的源代碼文件里面都已經寫了很詳細的注釋，這里就不占篇幅了。七、實驗心得體會 本次實驗中主要遇到的問題及解決方案：◆寫入文件的時候因為分配盤塊用的是成組連接法，當讀到一組里面最后一個盤塊的時候需要從該盤塊中讀入下一組盤塊號進入棧，每次運行到分配盤塊的時候總是出錯，分配前面幾組都是正確的，但是到某一組就是讀不進來下一組的盤塊號，當時是設了斷點一步步調試，還用寫入的方法測試了下位置對不對，結果寫入的位置是正確的，然后就郁悶了，不知道怎么回事，后來發(fā)現(xiàn)了一到讀三位數(shù)的就不正確了，因為在盤塊里面我初始化的時候，寫入的都是每個盤塊號只占了三個字節(jié)，所以三位數(shù)都是黏在一起的，中間沒有空格，在讀入的時候就不會讀入一個個數(shù)，而是一長串數(shù)字，導致出錯?！粽{試過程中最郁悶的事就是文件的打開關閉了。剛開始沒有注意這些問題，根本就沒有注意文件的重復打開問題，還沒有關閉，接下需要調用另外一個函數(shù)，文件又在另外一個函數(shù)里面被打開，結果在另一個文件里面就根本讀不進文件里面的數(shù)據(jù)，因為這個毛病剛開始的時候出現(xiàn)了很多奇怪的現(xiàn)象，比如說在創(chuàng)建文件的函數(shù)里面，每創(chuàng)建一個函數(shù)申請一個盤塊，就算申請了好幾十個盤塊都沒有問題。但是同樣申請盤塊在文件的寫函數(shù)里就實現(xiàn)不了。本來是想每申請一個盤塊，就先把內容寫進去，實現(xiàn)邊申請邊寫，結果申請到下一組的盤塊就會出錯，因為下一組的盤塊根本沒有讀進棧?！艏夹g性的問題也有，就是剛開始很多地方都是打算用string類型的數(shù)來傳遞值的，結果cout還有很多string類型自帶的函數(shù)根本就不支持。查看了頭文件確實已經包括了，后來終于還是百度了這個問題，然后發(fā)現(xiàn)百度上的解答也是要求要包含string類型的頭文件，剛開始還不得解。然后無意間發(fā)現(xiàn)好像應該是string。然后就真的可以了?！粼谶f歸函數(shù)的實現(xiàn)上也碰到了問題，因為我是想目錄文件刪除的時候，如果它包含了子目錄，那么通過遞歸，把它下面的子目錄先刪除了，等文件為空了再刪除該目錄。結果我在刪完第一個子目錄的時候再返回刪除第二個子目錄的時候就出錯了，，所以在調用遞歸的時候，進入了這個函數(shù)又重復打開了該文件?！魟傞_始在設計ls()函數(shù)的時候沒有考慮到子目錄的問題，只是簡單地想列出當前目錄下的所有目錄項，而沒有想把這些子目錄項中的子目錄也一起列出來，最后也是通過了遞歸讀入目錄項，實現(xiàn)了這個功能?！粼趯憚?chuàng)建用戶umask碼的時候理解這個東西還是挺困難的，剛開始真的不理解，于是就直接用w、r來代替了，雖然說用戶屏蔽碼最后就是用來計算權限的，但是經過讀懂之后，還是不厭其煩的改動了整個程序，增加了一個用戶類。全局變量里面設定了系統(tǒng)屏蔽碼，用戶屏蔽碼就寫在了用戶的類里面，每個用戶都自帶自己的用戶umask碼。 本次試驗最大的體會就是個人工作與小組工作的差別，這次實驗我選擇了個人獨立來完成，主要是想體驗一下一個人獨立完成一個完整的程序的感受。剛開始的時候我認真去看了第六章的上課PPT，然后還仔細翻看了書本上的內容。因為一開始對于各種概念都很模糊，不明白具體的應用，所以我可以說是花了一個星期的時間專門去理解了關于如何用成組連接法實現(xiàn)空盤塊的管理，以及i結點的概念，超級塊應該如何設計，文件目錄的管理等等內容，理解了這些內容以后，我就開始著手設計程序的每個功能實現(xiàn)流程，覺得理解了各種概念以后，編寫程序應該會比較輕松了。結果并不是我想象得那么簡單，我花了整整一個多星期不說，每天晚上還熬夜到差不多1點多，因為代碼不是說你怎么想的它就真的按照你的想法去實現(xiàn)，它的邏輯要比人腦嚴謹?shù)枚?。哪怕出現(xiàn)一點點錯誤它就會運行錯誤，而且是一些莫名其妙的錯誤，比如說一個函數(shù)中定義了兩個局部變量inodeinode2，在運用的時候可能不小心把inode1錯寫成了inode2，那么整個函數(shù)的運行就出錯了，然后是你怎么也想象不到的錯誤。只能夠通過一步步斷點調試，看每一步的變量情況才會發(fā)現(xiàn)這種錯誤。所以說就算是一個很簡單的函數(shù)實現(xiàn)，都有可能要花很漫長的時間來調試，這的確是一種考驗耐心的活。說實話中途的時候還真的想放棄了，覺得找個小伙伴一起就可以兩個人一起分擔工作，不會這么累了。后來想想都已經自己一個人寫到這個程度了，為什么還不堅持堅持呢。所以我還是毅然得決定一個人繼續(xù)了，總算功夫深，還是完成了，這種喜悅真的說不上來?？傊矣X得一個人做實驗，雖然累了點，但是，整個過程處處都要靠自己去理解，從unix系統(tǒng)文件管理各種功能的理解，功能的流程設計，代碼的實現(xiàn)以及最后報告的編寫。所以整個流程下來理解的知識要更多更深刻，學到的肯定是要比別人多的。整個程序十幾個函數(shù)，每一個函數(shù)都要自己親自去調試，每一個功能都要靠一步步調試去不斷地改正實現(xiàn)。不是說寫了就可以成功了，有些功能真的是出錯的時候調試僅僅幾行代碼都要花上半天時間。程序不說，就拿實驗報告來說還是花了一整天的時間來寫的，光畫十幾個流程圖也用了一個上午的時間。第一次驗收的時候報告還有各種格式的錯誤，又重新改了一遍，截圖也全部重新截了，而且在實驗結果截圖的時候又會發(fā)現(xiàn)一些小問題，老師對于我的寫文件的功能的實現(xiàn)又提出了建議，然后我又返回來調試。增加了文件編輯功能，根據(jù)寫入文件內容的大小來分配一定數(shù)量的盤塊，重新寫入文件內容以后可以根據(jù)文件原本的內容多少來合理的分配盤塊，比如說新寫入的內容需要的盤塊數(shù)目比原來少，那么就回收多余的盤塊，相反，如果新寫入的文件內容需要的盤塊數(shù)目比原來多，那么就要分配需要的多出來的盤塊。在實現(xiàn)這兩個功能的時候，著實下了點功夫，因為從哪一部分開始要申請盤塊了真的很難判斷，最后我想出來了可以把現(xiàn)在要申請盤塊的內容與原本文件內容的最大值比較，如果大于它了，那么說明接下來肯定是盤塊數(shù)不夠了，需要申請新的盤塊。所以本來以為最多一個星期就可以完成的任務，結果卻反反復復得修改程序代碼，實驗報告，最后總算還是完成了。現(xiàn)在感覺不論是對操作系統(tǒng)這門課的理解，還是對一個程序員的編寫者的感悟，或者是對于一份報告的編寫，都學到了很多新的知識