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