1.可以把檔案分為資料檔案和目錄檔案 ，資料檔案就是普通檔案在lniux裡
2.我覺的有乙個概念很重要
乙個.exe或者說.txt檔案 對吧雖說它是資料檔案但同時也是乙個什麼 是乙個檔案控制塊
因為我們可以看到他的 屬性 最近修改日期
同時乙個資料夾 或者說目錄檔案 我們也可以看到他的修改日期啥的 所以也是既是乙個目錄檔案同時又是該檔案目錄的fcb
3 目錄檔案是什麼 是檔案控制塊的集合。
而檔案控制塊包含什麼 包含修改日期 那種資訊，所以說凡是 能看到的那種能開啟下一檔案層級的基本都是 目錄檔案
而.cpp那種酒有副檔名就是資料檔案了（而且.cpp還是無結構的字元流檔案）。
從某種情況來講，目錄檔案都是有結構的記錄型檔案 你懂吧 這樣書上那個 就沒問題了 而且也可以對應起來，
而且 我想的也沒錯， 乙個目錄檔案確實可以既有 資料檔案控制塊 又有目錄檔案那種 應為反正目錄檔案也是一種檔案
也有檔案控制塊，都是檔案控制塊的集合 所以沒什麼的。
4 。這樣因為我們目錄檔案在找到真正要調入記憶體要開啟的檔案之前看的 都是fcb 而fcb的內容是很少的，而且
不是說你父目錄的fcb裡就要包含所有兒子的fcb了 那樣的話量也是很大的。
它指明的是什麼 只是自己檔案的實體地址，存的只是自己親兒子的位置，孫子的位置在哪存著 在兒子中存著
5 啥意思呢目錄檔案存的只是 乙個乙個的fcb （fcb的集合）當然他自己也可能 是fcb
7 啥意思呢 乙個目錄資料夾那個圖示 它是乙個fcb，你雙擊點開的通過圖形介面介面進行了 點開操作（因為你右鍵不又點開嗎 對檔案的操作之一）
好 通過那個fcb 存的檔名 和實體地址 找到了磁碟塊 開啟出來好幾條記錄
8 那麼像基於有向無迴圈圖的檔案共享技術
跟我之前想的不太樣 他們兩個應該是可以有相同圖示，因為反正只是乙個fcb 存的只是實際要訪問的檔案位址
所以在書上是兩個方框（同一資料檔案的兩份fcb）連向同乙個圓圈（磁碟內儲存的實際檔案）。嗯應為其實
電腦上那些檔案也只是一種圖形介面而不是一種實際的東西
9目錄檔案的fcb可以作為目錄項 同樣.exe那種圖示 那種資料檔案的fcb也可以作為目錄項
10等下我要修改ian面的乙個觀點，只要雙擊點開能開啟新的子檔案的那都是 目錄檔案的fcb 沒錯只是fcb，
即便是.txt 或者說.jpg 那也只是說 他只是 資料檔案的fcb 也只是乙個「報位址的」真正的資料檔案的內容你是沒法
在那個介面裡看到的
11雖說樹形圖裡 都是fcb的集合，那乙個父節點也只是乙個fcb，但父節點只是作為找到下面那些fcb的
但我們管那些fcb的集合叫目錄檔案，注意 而我們能看到的叫fcb
12 最後實際有用的 也就是那些資料檔案只是葉子節點
13 因此不管絕對路徑 還是相對路徑
這個絕對檔案路徑可以看成
目錄檔案c的fcb->目錄檔案gy的fcb->目錄檔案iii的fcb->資料檔案ljp的fcb
資料檔案ljp的擴充套件名為.jpg,目錄檔案gy的fcb是目錄檔案c的乙個目錄項乙個記錄
repo 的一些用法和理
repo的用法 zz wget 或者 curl bin repo 用repo sync 在抓去 android source code 的時候，會經常出現一些錯誤導致 repo sync 中斷，每次都要手動開始。可以用如下的命令，來自動重複 1 while ne 0 do repo sync don...
關於Cookie和session的一些理解
1.domain表示的是cookie所在的域，預設為請求的位址，如 為www.test.com test test.aspx，那麼 domain預設為www.test.com。而跨域訪問，如域a為t1.test.com，域b為t2.test.com，那麼在域a生產乙個令域a和 域b都能訪問的cook...
nginx和apache的一些比較
1.兩者所用的驅動模式不同。nginx使用的是epoll的非阻塞模式事件驅動。apache使用的是select的阻塞模式事件驅動。2.fastcgi和cgi的區別 當使用者請求web服務的時候，web會根據不同的需求將請求傳送給不同個cgi來處理。cgi模式，就是每次有請求的時候都fork乙個新的程...