程式庫是 Windows 7 最具創新性的檔案管理抽象層，但其行為模型與傳統資料夾差異巨大，甚至存在令人困惑的 Bug。本文從本質差異、刪除重加 Bug、來源刪除行為、蜜罐策略應用四大維度深度剖析。
一、本質差異：虛擬聚合 vs 實體容器
| 維度 | 傳統資料夾 | 程式庫 |
|---|
| 儲存實體 |
檔案實際寫入磁碟該路徑 |
不儲存檔案，僅存「包含路徑」清單與索引 |
| 來源範圍 |
單一磁碟分區 |
跨本機多磁碟、外接裝置、網路共享 (需索引) |
| 操作語意 |
移動/複製 = 實體資料搬移 |
「包含到程式庫」= 註冊路徑；刪除 = 移除註冊 (預設) 或刪除實體 (視設定) |
| 索引依賴 |
可不建立索引 |
強依賴 Windows Search 索引服務，未編入索引的網路路徑無法加入 |
二、已知 Bug：刪除後重新加入失敗
現象：資料夾 A 加入程式庫 → 在程式庫中刪除 A → 再次「包含到程式庫」選 A → 提示「已經包含在程式庫中」，但程式庫內不顯示 A。
原因分析：程式庫內部索引未同步移除該路徑的 Shell Namespace 物件，導致「已包含」判斷為真，但檢視層未渲染。
解決方案：
- 程式庫屬性 → 移除該路徑 → 套用 → 再重新加入。
- 或重建程式庫：刪除程式庫 → 重新建立同名程式庫 → 重新加入路徑。
- 極端情況：重建 Windows Search 索引 (控制台 → 索引選項 → 進階 → 重建)。
三、來源資料夾刪除後的程式庫行為
- 程式庫中雙擊該資料夾：仍可開啟，但顯示空白 (因實體已不存在)。
- 在程式庫中該資料夾內「新建資料夾/檔案」：系統自動在原路徑重建實體資料夾並寫入新內容。
- 此行為異於捷徑：捷徑目標刪除後點擊會報錯「找不到項目」。
⚠️ 風險提示：使用者誤以為程式庫備份了資料，實際上僅是虛擬視圖。來源資料刪除後，程式庫無法恢復歷史版本 (除非啟用檔案歷程/系統還原)。
四、進階應用：蜜罐策略偵測非法存取
- 建立「機密文件」程式庫，加入假象資料夾 (如
D:\Finance\Salaries、\\Server\HR\Contracts)。
- 對這些路徑設定「稽核物件存取」：安全性 → 進階 → 稽核 → 新增「Everyone」→ 選擇「失敗」/「成功」事件 (建議僅失敗)。
- 啟用群組原則：電腦設定 → Windows 設定 → 安全性設定 → 進階稽核原則 → 物件存取 → 稽核檔案系統/登錄/核心物件。
- 事件檢視器 → 安全性日誌 → 篩選事件 ID 4656/4663 (檔案存取) / 4670 (權限變更)。
- 發現非授權帳號嘗試存取 → 追蹤來源 IP/主機 → 隔離掃毒 / 撤銷權限 / 法務蒐證。
程式庫的虛擬聚合特性，使其成為「蜜罐」部署的天然載體：跨裝置、跨網路的敏感路徑聚合在單一程式庫，統一稽核、統一監控，大幅降低佈署成本。
五、最佳實踐清單
- ✅ 依專案/類型建立自訂程式庫 (專案程式碼、設計素材、財務檔案)。
- ✅ 設定「預設儲存位置」為最常用/備份最完善的磁碟。
- ✅ 善用「排列方式」 (月份、評分、標籤、作者) 替代多層資料夾。
- ✅ 定期檢查程式庫包含路徑是否有效 (外接碟離線、網路路徑變更)。
- ❌ 不要視程式庫為備份替代品 —— 必須配合檔案歷程/雲端同步/離線備份。
- ❌ 避免在程式庫根節點直接大量建立檔案，易導致預設儲存位置混亂。
程式庫重新定義了「檔案在哪裡」的概念：檔案在儲存裝置上，視圖在程式庫中。理解這層分離，善用索引與稽核，程式庫將成為你最強大的資料中控台。
