由Windows遠端桌面想到的複製(粘貼)問題

相信有很多人和我一樣，一直以來都對 Windows系統的複製(粘貼)問題充滿了困惑:為什麼將檔案(夾)從一個目錄複寫到另一個目錄時，若再運行其它程式，系統的反應明顯就會變遲鈍，而且 反應速度快慢似乎與所複製(拷貝)的檔案(夾)大小成反比。難道果真如某些觀點所述:在複製檔案(夾)時，系統首先將來源資料複製到剪貼簿(記憶體)中，然後再由剪貼簿(記憶體)粘貼到目標處。假設這種觀點成立，那麼為什麼僅有256MB的實體記憶體的系統卻可以複製多達幾個G的檔案(夾)呢?按照上述觀點，本來應該發生類似資料溢出的錯誤啊?難道它們借用硬碟作為虛擬記憶體進行操作，可是也不對呀，明明主機的虛擬記憶體只設定為768MB大小(圖1)，按理說怎麼也容不下這麼大的檔案(夾)啊?這到底是怎麼一回事?]

圖 1

　 　最近，筆者在使用Windows XP遠端桌面進行複製(粘貼)操作時，發現一個有趣的現象:如果要從遠端桌面系統中將一個檔案複製到本地案頭系統來(比如名為1.txt的記事本文檔)， 在遠端桌面系統的資源管理員中選中該檔案，然後用右鍵菜單中的複製命令或是組合快速鍵Crtl+C來複製該檔案(圖2)，在本地案頭系統的資源管理員中是 無法進行任何粘貼操作的;但是如果先用記事本開啟該檔案，用Crtl+A選中全部內容，接著在記事本中用右鍵菜單的複製命令或Crtl+C複製(圖3)， 再切換到本地案頭系統，開啟記事本，用右鍵菜單的粘貼命令或Crtl+V即可將所複製的內容粘貼至記事本中了，之後就可以將其儲存為1.txt的文檔。利 用這樣“曲線救國”似的迂迴策略，可以實現將檔案從遠端桌面系統複製到本地案頭系統的目的。

圖 2

圖3

　　上述的情況同樣也發生在Word、Excel等文檔、BMP等圖片檔案中。這個小問題激發了筆者的興趣。經過對這一現象進一步的深入研究，總算有了些許認識，不揣冒昧，寫下來與大家一起商榷。

　　或許下面的兩個實驗，能使大家對複製(粘貼)有更直觀的認識，這裡同樣以複製1.txt這個文檔為例。

　　1. 首先在遠端桌面系統中，用記事本開啟該文檔，按下Crtl+A選中全部內

　　容，接著用右鍵菜單中的複製命令或Crtl+C進行複製;

　　2. 按下Win+R按鍵組合，開啟運行框，輸入Clipbrd.exe，開啟剪貼簿查看器，

　　查看發現當前剪貼簿中的內容為剛才所複製的文檔內容(圖4);

圖 4

　　3. 切換到本地案頭系統，用步驟2中的方法也開啟剪貼簿查看器，可以發

　　現其內容與遠端桌面系統中剪貼簿的內容完全一致;

　　4. 開啟記事本就可以粘貼剪貼簿中的全部內容了。

　　那麼為什麼在資源管理員中，用右鍵菜單的複製命令或Crtl+C不能將檔案直

　　接從遠端桌面系統複製到本地案頭系統呢?用上述相似的方法同樣可以找出原因。

　　1.在遠端桌面系統的資源管理員中，選中該文檔，然後用右鍵菜單的複製命令或Crtl+C進行複製;

　　2.開啟運行框，輸入Clipbrd.exe，查看發現遠端桌面系統的剪貼簿程式中的內容為該檔案的實際路徑(圖5);

圖 5

　　3.回到本地案頭系統，也開啟剪貼簿，發現其內容為“剪貼簿查看器無法以當前格式顯示該資訊。要查看該資訊，請嘗試將其粘貼到文檔中”(圖6)。

圖 6

　　這就很好地解釋了為什麼通過資源管理員的右鍵菜單複製命令或組合快捷

　 　鍵Crtl+C不可以直接將檔案(夾)從遠端桌面系統複製到本地案頭系統的原因了。因為在遠端桌面系統的資源管理員中，在D盤根目錄下確實存在 1.txt這麼一個檔案，而本地案頭系統只會根據本地案頭系統中的剪貼簿提供的檔案路徑資訊進行複製，而實際上該剪貼簿中並不存在任何檔案資訊，所以就無 法進行粘貼操作。通過查看剪貼簿查看器還可以得出為什麼系統可以複製(粘貼)遠大於實體記憶體的檔案(夾)，因為這裡剪貼簿中存放的同樣是檔案路徑資訊。