0。剪貼板Clipboard: 在16位時代常使用的方式,CWnd中提供支持
1。窗口消息 標準的Windows消息以及專用的WM_COPYDATA消息 SENDMESSAGE()接收端必須有一個窗口
2。使用共享內存方式(Shared Memory)
a.設定一塊共享內存區域
HANDLE CreateFileMapping(HANDLE,LPSECURITY_ATTRIBUTES, DWORD, DWORD, DWORD, LPCSTR)
產生一個file-mapping核心對象
LPVOID MapViewOfFile(
HANDLE hFileMappingObject,
DWORD dwDesiredAcess,
DWORD dwFileOffsetHigh,
DWORD dwFileOffsetLow,
DWORD dwNumberOfBytesToMap
);
得到共享內存的指針
b.找出共享內存
決定這塊內存要以點對點(peer to peer)的形式呈現
每個進程都必須有相同的能力,產生共享內存并將它初始化。每個進程
都應該調用CreateFileMapping(),然后調用GetLastError().如果傳回的
錯誤代碼是ERROR_ALREADY_EXISTS,那么進程就可以假設這一共享內存區 域已經被別的進程打開并初始化了,否則該進程就可以合理的認為自己 排在第 一位,并接下來將共享內存初始化。
還是要使用client/server架構中
只有server進程才應該產生并初始化共享內存。所有的進程都應該使用
HANDLE OpenFileMapping(DWORD dwDesiredAccess,
BOOL bInheritHandle,
LPCTSTR lpName);
再調用MapViewOfFile(),取得共享內存的指針
c.同步處理(Mutex)
d.清理(Cleaning up) BOOL UnmapViewOfFile(LPCVOID lpBaseAddress);
CloseHandle()
3。動態數據交換(DDE)通過維護全局分配內存使的應用程序間傳遞成為可能
其方式是再一塊全局內存中手工放置大量的數據,然后使用窗口消息傳遞內存 指針.這是16位WIN時代使用的方式,因為在WIN32下已經沒有全局和局部內存 了,現在的內存只有一種就是虛存。
4。消息管道(Message Pipe)
用于設置應用程序間的一條永久通訊通道,通過該通道可以象自己的應用程序
訪問一個平面文件一樣讀寫數據。
匿名管道(Anonymous Pipes)
單向流動,并且只能夠在同一電腦上的各個進程之間流動。
命名管道(Named Pipes)
雙向,跨網絡,任何進程都可以輕易的抓住,放進管道的數據有固定的格 式,而使用ReadFile()只能讀取該大小的倍數。
可以被使用于I/O Completion Ports
5 郵件槽(Mailslots)
廣播式通信,在32系統中提供的新方法,可以在不同主機間交換數據,在 WIN9X下只支持郵件槽客戶
6。Windows套接字(Windows Socket)
它具備消息管道所有的功能,但遵守一套通信標準使的不同操作系統之上的應 用程序之間可以互相通信。
7。Internet通信 它讓應用程序從Internet地址上載或下載文件
8。RPC:遠程過程調用,很少使用,因其與UNIX的RPC不兼容。
9。串行/并行通信(Serial/Parallel Communication)
它允許應用程序通過串行或并行端口與其他的應用程序通信
10。COM/DCOM
通過COM系統的代理存根方式進行進程間數據交換,但只能夠表現在對接口 函數的調用時傳送數據,通過DCOM可以在不同主機間傳送數據。
范例二:將 /var/log/wtmp 復制到 /tmp 底下
[root@linux tmp]# cp /var/log/wtmp . <==想要復制到目前的目錄,最后的 . 不要忘
[root@linux tmp]# ls -l /var/log/wtmp wtmp
-rw-rw-r-- 1 root utmp 71808 Jul 18 12:46 /var/log/wtmp
-rw-r--r-- 1 root root 71808 Jul 18 21:58 wtmp
# 注意到了嗎?!在不加任何參數的情況下,檔案的所屬者會改變,連權限也跟著改變了~
# 這是個很重要的特性!要注意喔!還有,連檔案建立的時間也不一樣了!
# 如果您想要將檔案的所有特性都一起復制過來,可以加上 -a 喔!
[root@linux tmp]# cp -a /var/log/wtmp wtmp_2
[root@linux tmp]# ls -l /var/log/wtmp wtmp_2
-rw-rw-r-- 1 root utmp 71808 Jul 18 12:46 /var/log/wtmp
-rw-rw-r-- 1 root utmp 71808 Jul 18 12:46 wtmp_2
# 瞭了吧!整個資料特性完全一模一樣ㄟ!真是不賴~這就是 -a 的特性!
范例三:復制 /etc/ 這個目錄下的所有內容到 /tmp 底下
[root@linux tmp]# cp /etc/ /tmp
cp: omitting directory `/etc' <== 如果是目錄,不能直接復制,要加上 -r 的參數
[root@linux tmp]# cp -r /etc/ /tmp
# 還是要再次的強調喔! -r 是可以復制目錄,但是,檔案與目錄的權限會被改變~
# 所以,也可以利用 cp -a /etc /tmp 來下達指令喔!
范例四:將范例一復制的 bashrc 建立一個連結檔 (symbolic link)
[root@linux tmp]# ls -l bashrc
-rw-r--r-- 1 root root 395 Jul 18 22:08 bashrc
[root@linux tmp]# cp -s bashrc bashrc_slink
[root@linux tmp]# cp -l bashrc bashrc_hlink
[root@linux tmp]# ls -l bashrc*
-rw-r--r-- 2 root root 395 Jul 18 22:08 bashrc
-rw-r--r-- 2 root root 395 Jul 18 22:08 bashrc_hlink
lrwxrwxrwx 1 root root 6 Jul 18 22:31 bashrc_slink -> bashrc
# 那個 bashrc_slink 是由 -s 的參數造成的,建立的是一個『快捷方式』,
# 所以您會看到在檔案的最右邊,會顯示這個檔案是『連結』到哪里去的!
# 至于那個 bashrc_hlink 有趣了!建立了這個檔案之后, bashrc 與 bashrc_hlink
# 所有的參數都一樣,只是,第二欄的 link 數改變成為 2 了~而不是原本的 1 喔!
# 這兩種連結的方式的異同,我們會在下一章里面進行介紹的!
范例五:若 ~/.bashrc 比 /tmp/bashrc 新才復制過來
[root@linux tmp]# cp -u ~/.bashrc /tmp/bashrc
# 這個 -u 的特性,是在目標檔案與來源檔案有差異時,才會復制的。
# 所以,比較常被用于『備份』的工作當中喔! ^_^
范例六:將范例四造成的 bashrc_slink 復制成為 bashrc_slink_2
[root@linux tmp]# cp bashrc_slink bashrc_slink_2
[root@linux tmp]# ls -l bashrc_slink*
lrwxrwxrwx 1 root root 6 Jul 18 22:31 bashrc_slink -> bashrc
-rw-r--r-- 1 root root 395 Jul 18 22:48 bashrc_slink_2
# 這個例子也是很有趣喔!原本復制的是連結檔,但是卻將連結檔的實際檔案復制過來了
# 也就是說,如果沒有加上任何參數時,復制的是源文件,而非連結文件的屬性!
# 若要復制連結文件的屬性,就得要使用 -d 或者 -a 的參數了!
范例七:將家目錄的 .bashrc 及 .bash_history 復制到 /tmp 底下
[root@linux tmp]# cp ~/.bashrc ~/.bash_history /tmp
# 可以將多個數據一次復制到同一個目錄去!
這個 cp 的功能很多,而由于我們常常在進行一些數據的復制,所以也會常常用到這個指令的。 一般來說,我們如果去復制別人的數據 (當然,該檔案您必須要有 read 的權限才行啊! ^_^) 時, 總是希望復制到的數據最后是我們自己的,所以,在預設的條件中, cp 的來源檔與目的檔的權限是不同的,目的檔的擁有者通常會是指令操作者本身。舉例來說, 上面的范例二中,由于我是 root 的身份,因此復制過來的檔案擁有者與群組就改變成為 root 所有了! 這樣說,可以明白嗎?! ^_^
由于具有這個特性,因此,當我們在進行備份的時候,某些需要特別注意的特殊權限檔案, 例如密碼文件 (/etc/shadow) 以及一些設定檔,就不能直接以 cp 來復制,而必須要加上 -a 或者是 -p 等等可以完整復制檔案權限的參數才行!另外,如果您想要復制檔案給其它的使用者, 也必須要注意到檔案的權限(包含讀、寫、執行以及檔案擁有者等等), 否則,其它人還是無法針對您給予的檔案進行修訂的動作喔!注意注意!
至于上面的范例當中,第四個范例是最有趣的,使用 -l 及 -s 都會建立所謂的連結檔 (link file), 但是這兩種連結檔確有不一樣的展現情況。這是怎么一回事啊? 那個 -l 就是所謂的 hard link ,至于 -s 則是 symbolic link ,鳥哥這里先不介紹, 因為這個涉及 i-node 的相關知識,我們還沒有介紹到,下一章再來討論這個 link 的問題喔! 總之,由于 cp 有種種的檔案屬性與權限的特性,所以,在復制時,您必須要清楚的了解到:
• 是否需要完整的保留來源檔案的信息?
• 來源檔案是否為連結檔 (symbolic link file)?
• 來源檔是否為特殊的檔案,例如 FIFO, socket 等?
• 來源文件是否為目錄?