怎樣復制文件夾裡面的文件屬性不變

⑴ 如何使復制後的文本和數據格式保持不變

對軟體開發者來說，Mac OS X是一個非常方便易用的系統。除了與傳統相同的（或接近的）方法外，稿姿搏它經常為您提供可選擇的方法以完成相同的任務。具有這種可選擇的方麵包括應用程序打包、資源處理以及文檔定型。然而，一個方法經常比另一個更好，有時您可將這些方法組合起來。下節將敘述應用程序設計的各種重要方面，為了獲得性能、互用性及強壯性，不僅需要討論您能做什麼，更重要的是討論您應該做什麼。

應用程序及文檔FAQ
由於各種不同的因素影響應用程序和文檔的性質、結構以及處理，故在本書的各個部分都有關於應用程序和文檔的信息。這些因素包括束、可執行文件格式、文件系統以及Finder。本節通過為開發者概括文檔和應用程序的重要部分，以回答問題的形式將這些信息匯集在一起。

應當為應用程序指定什麼樣的元數據？

為了讓用戶啟動您的（束化了的）應用程序，Finder應用程序應當能夠檢測出文件夾是一個束，然後它應當能夠查明該束是一個應用程序。為了進行這樣的判斷，Finder首先檢查以下兩件事情中的一件：

在束文件夾上，束位是否被設置成「開（on）」
束的擴展名是否是那些為束保留的擴展名中的一種（包括.app）
若Finder斷定該文件夾是一個束，它將讀取存儲於束的Info.plist文件中的CFBundlePackageType鍵碼；若此鍵碼包含「APPL」的值，則可確定該束是一個應用程序。若該文件未包含此鍵碼，則它將根據束擴展名（應用程序為.app）決定束類型。

就象HFS和HFS+元數據的其它形式一樣，由於束位在包括多文件系統的聯網環境中很容易被丟失，所以應用程序束保持.app的擴展名是重要的。當您創建一個應用程序時，Project Builder將自動地添加此擴展名，但是其它IDE可能並不如此。任何情況下您都不應該刪除該擴展名或是鼓勵您的用戶這樣做。若.app的 「不雅觀」 使您感到煩惱，請別擔心，Mac OS X Finder會隱藏.app擴展名的顯示。盡管Apple不在其應用程序上設置束位，但當您創建應用程序時您可在它的束文件夾上設定此屬性。關於更多的此類信息，請參閱「Finder和束」以及「應用程序和文檔的處理」。

必須將CFM可執行文件打包在一個束中嗎？

簡單的答案是「不，但或許應該這樣做」。 更詳盡的答案請參閱「CFM可執行文件」。

應該怎樣存儲應用程序資源？

在Mac OS 9和Mac OS的以前版本中，應用程序將它們的資源存放在應用程序可執行文件的資源分支中。但對於Mac OS X來說，這不再是被推薦的方法。取而代之的是，應用程序應該將它們的資源存放在應用程序束中的獨立文件的數據分支中。

此建議的理由與下文中關於文檔定型應該有文件擴展名以及Finder元數據的理由相同（請參閱「為何要有擴展名？」）。HFS和HFS+ 卷格式允許文件具有多分支或數據流。然而，當文件在區域網、企業網或互聯網的不同種類計算機系統之間傳送時，不在文件數據分支中的任何東西都可能會被容易地丟失。關鍵是要使資源和所有其它形式的數據在日益互聯的網路世界中保持不變。

Carbon應用程序的開發者必須考慮與Mac OS X的資源相關的其它因素，尤其是如果那些應用程序依賴於Code Fragment Manager （CFM）的話。若該應用程序是一個由CFM管理的單文件可執行代碼（即，不是一個束化了的CFM應用程序），那麼資源應該存放在可執行代碼的資源分支中。當打包成單文件CFM可執行代碼的應用程序被啟動時，將默認地打開它們的資源分支。相反，當打包成束的應用程序被啟動時，將默認地打開它們的本地化數據分支資源。

如果Carbon應用程序被打包在束中的話，那麼對於資源來說就出現了更多的可能性。您可將某種類型的資源放在它自己的文件內，而不是將資源與資源管理器管理的其它資源結合在一起。例如，若應用程序使用了一個TIFF圖像，那麼您可將該TIFF圖像數據存放在一個具有.tiff擴展名的文件的數據分支中。然後，通過使用合適的束應用編程介面（API），您就可直接地訪問該資源冊返。將每個資源存放在它自己的文件中帶來很多的益處。例如，這樣的方法使「輸出」指示在XML屬性列表中的資源變得更鍵祥為容易。Carbon應用程序，不管它們是基於CFM還是基於dyld的，總能使用資源管理器式樣的資源。然而，如果將應用程序打包在一個束中（如同被推薦的那樣），您就應該把資源存放在束目錄的文件中，並且應該只使用這些文件的數據分支。這些文件應該有一個.rsrc的擴展名，它們象任何其它文件一樣被當作束資源，並很容易被國際化。盡管.rsrc文件可具有任何基本名稱，但如果您給予它們標准名稱並將它們存放在資源的標准束位置的話，那麼系統束常式將自動地管理資源。它按以下方式工作：

將非本地化資源存放在一個名為executableName.rsrc的文件中，並將此文件存放在這些資源的束位置處（即，直接存放在Resources目錄中）。
將本地化資源存放在一個名為Localized.rsrc的文件中，將這些文件存放在本地化資源的適當的束位置處（即，.lproj目錄中）。
當應用程序被啟動時，系統束常式將自動地打開這些資源並且使它們可供該應用程序使用。

總之，下列選項可供應用程序資源選擇：

每個特定類型的資源存放在它自己的文件中，該文件具有一個適合其類型的擴展名。此方法適合於任何應用程序環境中束化了的應用程序。對此「one-per-file」模式例外的是本地化字元串，它們在每次本地化時被收集，並按規定存放在一個名為Localized.strings的文件中；更多信息請參閱「本地化字元串」 。
束化了的Carbon應用程序可將它們的資源管理器式樣的資源存放在文件的數據分支中，每個文件都帶有.rsrc的擴展名。這些文件可被存放在非本地化和本地化資源的束位置處。
未束化了的Carbon應用程序必須將它們的資源管理器式樣的資源存放在應用程序可執行代碼的資源分支中。
若希望Finder妥當地處理應用程序及其文檔，您就必須將等同於束信息屬性列表中的鍵值對保存為一個類型為 「plst」，ID為0的資源。

關於更多的此類信息，請參閱「束和資源管理器」以及「資源分支」。

如何在Mac OS X中指明文檔類型？

在Mac OS X中，通過指定以下兩件事情，您可以指明一個文檔的類型：

作為文件屬性存儲的類型和創建者代碼（如果它被創建在HFS或HFS+ 卷上的話）
與類型相關的一個或多個文件擴展名（例如，.html和.htm）
Apple推薦您的應用程序使用所有這兩種形式來為文檔定型。若您的應用程序擁有一種文檔，您可在應用程序項目的信息屬性列表（Info.plist）中指定它的類型和創建者代碼以及文件擴展名（請參閱「信息屬性列表」）。Project Builder為輸入此信息提供一個工具，可以在用於編譯目標的Application Settings設置面板中找到。應用程序應該為其文檔強制進行所有有效類型的設置，尤其是設置文檔的文件擴展名。請參閱「應用程序應如何保存文件？」。

對於擴展名有一個最後的說明。一般來說，應用程序應該能夠打開那些具有擴展名但是沒有類型和創建者代碼的文檔。對於公共（跨平台）文檔類型，例如圖像文件、文本文件以及HTML文件，尤其需要此特性。

可以把插件當作文檔嗎？

插件或任何其它可載入束都是文件包，Finder將它們作為文件呈現。應用程序也可以像處置文件那樣，視可載入束為文檔。所以，在「如何在Mac OS X中指明文件類型？」中提出的建議也適用於它們。可載入束應該總是帶有擴展名，如果適用的話，也應該將類型代碼（「BNDL」）和創建者代碼寫入束中的Info.plist文件中。關於與所有束相關的定型信息，請參閱「必須為應用程序指定什麼樣的元數據？」

Finder如何處理文檔？

Finder使用文件的類型和創建者代碼以及文件擴展名來決定此文檔的類型和所隸屬的應用程序。當Finder在其中的一個窗口顯示文件時，它使用此信息尋找適當的圖標以表示該文檔。當Finder用文件響應用戶操作時，即當用戶雙擊圖標打開一個文檔時，它將文檔類型作為鍵碼來查找對應該操作的應用程序。依據定型信息的特徵（例如，有擴展名但是沒有類型或創建者代碼），Finder可能：

立即用一個應用程序打開此文檔
顯示一個可供用戶選擇應用程序的對話框
在可識別該文檔類型的應用程序中，用其中的一個應用程序打開此文檔
若一個文件既沒有類型和創建者代碼也沒有擴展名，Finder將把它當作一個非文檔文件；該文件用一通用圖標顯示，雙擊它不會在任何應用程序中打開。

請記住，應用程序可將可載入束當作文檔。如果一個束可以被識別的話，雙擊該束將會使應用程序載入它。為了能處置任何其它文檔，應用程序需要指定該束的擴展名、類型代碼、創建者代碼、角色以及在其信息屬性列表中的其它信息。在應用程序能將可載入束作為文檔來進行處理前，Finder必須判定它確是一個束。

更多信息請參閱「應用程序和文檔的處理」。

為什麼要有擴展名？

一些Macintosh軟體開發者對文件擴展名感到沮喪。作為指定文檔類型和所有權的一個方法，與類型和創建者代碼以及可能由多分支HFS和HFS+ 卷格式生成的其它多信息元數據相比，擴展名似乎是很原始的。使用擴展名似乎是倒退了一步。

這是真的，但只在限定的范圍內如此。Macintosh用戶再也不會生活在狹隘的Macintosh世界中。在互聯網時代，文檔頻繁地在不同種類的網路中傳送，例如，從一台家用Macintosh到一台Linux網路伺服器，然後到公司區域網的一台Windows計算機中。不僅在文檔類型而且在文件的構成方面，上述路徑中的每台計算機都可能有不同的概念。許多計算機系統只根據眾所周知的擴展名（例如.jpg，.mp3以及.html）來定義文檔的類型。它們可能不知道如何處理一個無擴展名的文件，可能會把它當作一個未知的類型。它們也會忽略HFS+ 元數據，或更糟的是會將其完全清除，這樣它就無可挽回地被丟失了。

應用程序應如何保存文件？

應用程序應該將它的文檔保存為某一種類型，且應用程序只能是以編輯器（Editor）為角色來處理這一類型的文檔。當應用程序保存文檔文件時，Apple建議它應與合適的文件擴展名以及任何已被定義的類型和創建者代碼聯系起來。用戶以後可改變或刪除該擴展名（這樣做會付出代價），但在應用程序保存其文檔後，應用程序應始終應用所有有效的文檔定型方式（包括以擴展名來定型）。（關於這樣做的理由請參閱「為什麼要有擴展名？」）

當應用程序可採用一種或多種類型來保存文檔時，Apple建議它應在Save對話框中的彈出式菜單中顯示那些類型（可以將任何一種「本機」文檔類型作為預選類型）。然後，應用程序將以下列方式處理擴展名：

若用戶沒有在文件名域中輸入擴展名，則為它添加擴展名。
若用戶輸入了錯誤的擴展名，則刪除它並添加一個正確的擴展名。
若用戶輸入了正確的擴展名，則接受它。
另一個可能的方法是顯示一個 「untitled」文件名，其添加了正確的擴展名，但只有基本文件名是可以修改的；作為一個例子，「Untitled-1.txt」中只有「Untitled-」是可以修改的。

CFM可執行文件
如前所述，Mac OS X是一個非常方便易用的操作系統。它支持多種文件系統、多種應用程序環境、多個編程模型、多個圖形繪制庫以及多個網路協議棧。它也支持多個運行時間環境和可執行文件格式。具體地說，Mac OS X可執行下列類型的二進制代碼：

由動態鏈接編輯器（dyld）管理的Mach-O代碼模塊
由代碼片段管理器（Code Fragment Manager，CFM）管理的PEF代碼片段
由Java虛擬機管理的Java類文件
在上述三種可執行文件格式中，Mach-O是最為優秀的。它是其它類型最終依賴的本機格式。CFM和PEF技術是Mac OS 9中優秀的庫管理程序和可執行文件格式，是通向Mach-O/dyld技術的橋梁，正如CFM-68K曾是通向PowerPC的橋梁一樣。也就是說，Mach-O和dyld是Mac OS X的本機可執行文件格式和庫管理程序，這就意味著所有系統框架，甚至Carbon框架，都被創建為由dyld管理的Mach-O格式的二進制代碼。然而，CFM是傳統的Macintosh庫管理程序，而PEF是針對代碼片段的傳統的可執行文件格式，所以目前有很多Macintosh IDE為此運行時環境（包括Classic兼容性環境）生成應用程序可執行文件。

正如「庫管理程序和可執行文件格式」一節中所解釋的，把用於Mac OS X的應用程序創建為Mach-O可執行文件具有充分的理由。在這些理由中最重要的一個是性能。CFM/PEF運行時環境位於dyld/Mach-O運行時環境的上層；這樣，基於CFM/PEF的代碼必須通過軟體的一個附加層才能執行。

然而，沒有什麼能阻止您將應用程序創建為由CFM管理的二進制代碼。這樣的二進制代碼在Mac OS X上，包括在Classic應用程序環境中運行都是沒有問題的。

的確，可能有時需要CFM應用程序在Classic環境而不是在Carbon環境中運行；例如，當應用程序依賴於尚未完全移植至Carbon的插件時。這時，Finder的信息窗口將呈現一個可使用戶在Classic中啟動選定的CFM應用程序的選項。若希望忽略此選項並使應用程序始終在Carbon中啟動（或始終在Classic中啟動），您可指定在信息屬性列表中指定適當的Launch Services關鍵字。若選擇以CFM可執行文件來部署應用程序，您必須決定是否將它打包在應用程序束中。當考慮打包時，（Java除外）有三種不同類型的應用程序可在Mac OS X上運行。表13-1給出了可能的類型。

表13-1 Mac OS X支持的應用程序類型

庫類型 單文件 在束中
CFM/PEF 支持 支持
dyld/Mach-O 不支持 支持

理論上，您應該將CFM可執行文件打包在應用程序束中。通過這樣做，應用程序將獲得因打包而產生的所有益處，在「一個應用程序就是一個束」一節中對這些益處進行了詳盡說明。一個束化了的CFM應用程序在Mac OS X和Mac OS 9上都易被啟動，但方法不同。在Mac OS X中，用戶雙擊文件包（其內容被隱含），然後Finder將啟動應用程序。在Mac OS 9中，用戶需要打開.app文件夾，並雙擊包含在其中的一個CFM可執行文件的替身。同時請記住在「應該使用CFM還是dyld？」一節中所提出的建議。理論上，從性能的觀點出發，應用程序束應該有兩種可執行文件：最適於在Mac OS 9中運行的是由CFM管理的可執行文件，而最適於在Mac OS X中運行的是由dyld管理的可執行文件。目前，還沒有用於創建束化CFM應用程序的開發技術；您必須根據「束」和「應用程序打包」兩章中的信息，手工創建束。幸運的是，有一個捷徑。若您有權使用Project Builder，您可用它創建一個空的應用程序，並為CFM應用程序重新使用所生成的束。即便使用此捷徑，當創建CFM應用程序束時必須記住下列事情：

束目錄本身應該有「APPL」的類型定義並盡可能設置束位。同時它應該帶有.app的擴展名。
CFM可執行文件應該存放在Contents目錄下一級的名為MacOSClassic的目錄中。
在束目錄的頂層，創建一個CFM可執行文件的替身（相同名稱的）。下列程序清單對此進行舉例說明：
MyApp.app/ MyApp /* alias to Contents/MacOSClassic/MyApp */ Contents/ MacOSClassic/ MyApp ...
創建一個文件名為Info.plist的XML屬性列表；在此信息屬性列表中，指定如同在「信息屬性列表」一節中所敘述的所有必需的鍵值對。然後，立即將文件存放在Contents目錄下。
注意：可使用屬性列表編輯器應用程序（/Developer/Applications/PropertyListEditor）來幫助您創建屬性列表。若用其它編輯器創建屬性列表，並且在文本中包含了非ASCII字元，則應保證該編輯器可保存UTF-8編碼的文件。您也可以使用一個現有應用程序的 Info.plist文件作為模板。

遵照「應如何存儲應用程序資源？」一節中的說明，請將應用程序資源存放在束中。
如果您希望的話，可將CFM可執行文件以單文件應用程序的方式來部署，該應用程序將其資源管理器式樣的資源存放在它的資源分支中。如果這樣做並希望Finder能妥當地處理應用程序及其文檔的話，您必須將應用程序信息屬性列表的內容保存為一個類型為 「plst」，ID為0的資源。若單文件可執行文件沒有一個「plst」 資源，則它會被認為是一個僅能在Classic環境中運行的應用程序。通過一個Finder信息窗選項，您也可強制要求CFM應用程序在Classic環境中啟動。

用戶界面問題
在應用程序准備部署前，您可能必須考慮若干用戶界面問題。首先，您應該確保應用程序遵守「Inside Mac OS X: Aqua Human Interface Guidelines（Aqua人性化介面指南）」中的說明。您可以從以下列出Mac OS X技術文件的Apple Developer Connection網站獲得此書的PDF版本：

http：//developer.apple.com/documentation/macosx/

其次，應保證對於所有的語言和區域，應用程序已進行了適當的國際化和本地化；作為國際化的一部分，應保證應用程序可在一個文檔上支持多個語系的表示。關於這些方面的信息，請參閱「國際化」一章。以下幾節將討論與開發有關的應用程序用戶界面的其它方面。

圖標
應用程序或文檔圖標必須是一個「icns」 資源，該資源被包含在有.icns擴展名的文件的數據分支中。Apple提供兩個應用程序（在/Developer/Applications中）來幫助您創建並管理圖標：

Icon Composer圖標設計程序：以最標準的點陣圖形式輸入一個圖像（包括TIFF，PICT，JPEG和GIF），將其轉換為象素尺寸為16 x 16，32 x 32，64 x 64和128 x 128的一組圖標。它也為前三個尺寸創建位掩碼。為了得到最好的結果，您應該為四個尺寸的每一個都創建單獨的圖標版本；另外，輸入圖像的高度和寬度應相等。應用程序以擴展名為.icns的文件保存圖標。
Pixie：在各種放大倍率下顯示部分的屏幕，並允許將那些放大了的圖像復制到剪貼板或作為TIFF文件保存。
/Applications/Utilities中的Grab應用程序也可用於圖標設計，因為它能捕獲（作為一個TIFF文件）整個屏幕或部分屏幕。

用戶可將定製的圖標分派給文檔，如同他們在Mac OS 9中所做的那樣。為此，他們必須將定製圖標的拷貝粘貼在保存當前圖標的位置內，該圖標被顯示在Finder的信息窗口中（File > Show Info）。為使用戶能夠做到這點，您必須放棄在Finder元數據中的默認文檔圖標。

定製控制項和系統外觀
若創建一個繪制自身的定製控制項，您必須保證它在視覺上與用戶在系統預置（System Preferences）應用程序中的通用（General）設置面板中選擇的Aqua外觀相一致。當前的外觀，即應用於按鈕、菜單和窗口的顏色，可以是藍色或石墨色。

為使Carbon定製控制項與系統外觀一致，定製控制項的定義必須利用Appeara

⑵ java文件拷貝如何使目標文件保留原文件的屬性

import org.apache.commons.io.FileUtils;

FileUtils.File(new File("目侍畢標文件路徑"), new File("老空芹新文虧頃件路徑));

⑶ 電腦如何復制 詳解電腦文件復制的方法

在復制文件時，需要注意以下幾個問題：

1）文件名不能重復。如果復制的文件與目的地文件夾中已有的文件重名，系統遲好會提示是否替換現有文件。扒旦並如果您不想替換現有文件，可以選擇「保存春跡兩個文件」；

復制文件的基本步驟如下：

3）復制文件時需要注意文件的屬性。有些文件是只讀文件或系統文件，如果復制時沒有管理員許可權，可能無法復製成功。

3. 復制大量文件時的優化方法

⑷ 什麼是「在不復制其屬性情況下復制此文件」

"在不復制其屬性情況下復制此文件"意思是僅僅復制文件本身，不復制其屬性里的其他內容。

如果這個文件在NTFS分區上，且存在特殊的安全屬性，那麼一般從電腦復制到U盤上就會出現這種情況，最好把U盤也格式化為NTFS格式後，再進行復制操作，如果對你復制的文件沒有影響，不格式化也是可以的。

(4)怎樣復制文件夾裡面的文件屬性不變擴展閱讀：

簡單地說，格式化就是為磁碟做初始化的工作，以便我們能夠按部就班地往磁碟上記錄資料。好比我們有一所大房子要用來存放書籍，我們不會搬來書往屋裡地上一扔了事，而是要先在裡面支起書架，標上類別，把書分門別類地放好。

我們新購買的磁碟在使用之前，要能讓操作系統認得它，要先寫入一些磁性的記號到磁碟上的每一扇區，便可在該操作系統下取用磁碟上的數據，這個動作就稱為格式化。

高級格式化和低級格式化

格式化動作可分為高級格式化(high-level format)和低級格式化(low-level format)兩種。軟盤只有低級格式化（雖然看上去是高級格式化）；而硬碟不僅有高級格式化，還有低級格式化的動作。低級格式化都是針對硬體的磁軌為單位來工作，這個格式化動作是辯旅源在硬碟分區和高級格式化之前做的，通常一般的使用者並不會去做這個動作。

若未特別指明，則一般格式化的動作所指的都是高級格式化。在MS-DOS操作系統當中，我們可以使用FORMAT指令來格式化硬碟與軟盤，例如要格式化一片在磁碟驅動器A:當中的磁碟片，並將開機文件放入該磁碟當中，則使用『FORMAT A: /S』指令，而在Windows操作系統中，格式化的動作則由『資源管理器』來執行（右鍵點擊磁碟名稱-->「格式化……」）。

格式化的動作通常是在磁碟的開端寫入啟動扇區(boot sector)的數據、在根目錄記錄磁碟標簽(volume label)、為文件分配表(FAT)保留一些空間，以及檢查磁碟上是否有損壞的扇區，若有的話則在文件分配表標上損毀的記號（一般用大寫字母「B」代表「BAD」），表示在該扇區並不用來儲存數據。

註：在高級格式化之前，通常我們必須為磁碟驅動器指定分區(partition)，這是將一鎮顫個實體磁碟驅動器分為數個分區，以使得不同的操作系統使用不同的分區，或是分為數台邏輯磁碟驅動器，這個攜態動作稱為「磁碟分區」。

⑸ 如何復制iso文件，而完全不改變它的屬性

屬性本身就是建立的時候有的，以後復制只是改變更新它的時間

⑹ 系統文件復制後屬性會變嗎

系統文件復制後屬性不會變。

文件屬性是指將文件分為不同類型的文件以便存放和傳輸它定義了文件的某種獨特性質，常見的文件屬性有系統屬性隱藏屬性只讀屬性和歸檔屬性。

簡介

屬性是一些描述性的信息可用來幫助您查找和整理文件屬性未包含碰山攜在文唯褲件的實際內容中而是提供了有關文件的信息，而是提供了有關文件的信息除了標記屬性之外文件還包括了修改日期作者和分級等許多其他屬性。

文件的系統屬性是指系統文件它將被隱藏起來在一般情況下系統文件不能被查看，也不能被刪除是操作系統對重要文件的一種保護屬性防止這些文件被意外損壞。

在查看磁碟文件的名稱時系統一般不會顯示具有隱藏屬性的文件名，一般情況下具有隱藏屬性的文件不能被刪除復制和更名。

如果一個文件笑伏或目錄被賦予了這種屬性無論它是被讀或寫中的哪種方式訪問它的上次訪問時間都不會被更新，這對於經常被讀訪問的文件或目錄是非常有用的尤其因為這是信息節點被只讀打開時唯一更改的參數。

⑺ 怎樣復制文件夾屬性不變

復制文件的時候屬性是跟隨原文件的，你原來文件是什麼屬性復制的時候是一摸一樣的。絕對沒問題

⑻ 復制文件夾時，如何保留文件夾的原有日期屬性

只要把電腦上的時間做滑棚改成你想要的時間,再讓基創建一個文件夾.這個文件夾的創建時間日期就是你設置的時間.

你設置的時間的時候最好不要把電腦聯網.因為避免你的電腦又與網上的純則時間同步.

就在電腦屏幕右下方顯示時間的那個地方雙擊,你就可以改了.

"在日期後面還能加上自己打的字" 這個就有些不太明白了.只能幫這些了.

⑼ 如何只復制文件夾不復制文件夾里的內容

復制文件和目錄樹。

XCOPY source [destination] [/A | /M] [/D[:date]] [/P] [/S [/E]] [/V] [/W]
[/C] [/I] [/Q] [/F] [/L] [/G] [/H] [/R] [/T] [/U]
[/K] [/N] [/O] [/X] [/Y] [/-Y] [/Z]
[/EXCLUDE:file1[+file2][+file3]...]

source 指定要復制的文件。
destination 指定新文件的位置和/或名稱。
/A 只復制有存檔屬性敬悶集的文件，
但不改變屬性。
/M 只復制有存檔屬性集的文件，
並關閉存檔屬性。
/D:m-d-y 復制在指定日期或指定日期以後改變的文件。
如果沒有提供日期，只復制那些源時間
比目標時間新的文件。
/EXCLUDE:file1[+file2][+file3]...
指定含有字元串的文件列表。如果有任何
字元串與要被復制的文件的絕對路徑
相符，那個文件將不會得到復制。
例如，指定如 \obj\ 或 .obj 的字元串會排除
目錄 obj 下面的所有文件或帶有
.obj 擴展名的文件。
/P 創建每個目標文件前提示。
/S 復制目錄和子目錄滲胡，除了空的。
/E 復制目錄和子目錄，包括空的。
與 /S /E 相同。可以用來修改 /T。
/V 驗證每個新文件。
/W 提示您在復制前按鍵。
/C 即使有錯誤，也繼續復制。
/I 如果目標不存在，又在復制一個以上的文件，
則假定目標一定是一個目錄。
/Q 復制時不顯示文件名。
/F 復制時顯示完整的源和目標文件名。
/L 顯示要復制的文件。
/G 允許將沒有經過加密的亮喊彎文件復制到
不支持加密的目標。
/H 也復制隱藏和系統文件。
/R 改寫只讀文件。
/T 創建目錄結構，但不復制文件。不
包括空目錄或子目錄。/T /E 包括
空目錄和子目錄。
/U 只復制已經存在於目標中的文件。
/K 復制屬性。一般的 X 會重設只讀屬性。
/N 用生成的短名復制。
/O 復制文件所有權和 ACL 信息。
/X 復制文件審核設置(隱含 /O)。
/Y 禁止提示以確認改寫一個
現存目標文件。
/-Y 導致提示以確認改寫一個
現存目標文件。
/Z 用重新啟動模式復制網路文件。

如果只復制文件夾 用參數 /T /E
例如 將D:\data 下面的所有文件夾 復制到 d:\data2 下面
x d:\data d:\data2 /T /E

你試一下吧，保證管用：）

別忘了給我加分哦！！！

⑽ 如何解決不復制其屬性的情況下復制此文件

【★】Hello【★】
.
如果這個文件在NTFS分區上，且存在特殊的安全屬性.

那麼巧亮把它從NTFS分區復制/移動到FAT分區就會出現這種提示，因為FAT不支持許可權控制.

.
【修復建孝爛寬議】：把U盤歷棚也格式化為NTFS格式再試.
.