網(wǎng)絡(luò)傳輸文件的方法
如果您現(xiàn)在需要從一個(gè)電腦拷貝某些文件到另一個(gè)電腦，一般情況下，大家都是找個(gè)u盤或移動(dòng)硬盤來(lái)轉(zhuǎn)存，但是這樣會(huì)比較浪費(fèi)時(shí)間.今天，學(xué)習(xí)啦小編為你帶來(lái)了網(wǎng)絡(luò)傳輸文件的方法.
網(wǎng)絡(luò)傳輸文件的方法是什么
方法一：打開PC客戶端中同步盤，把需要上傳的文件直接拖動(dòng)到同步盤目錄進(jìn)行上傳，如圖1所示：
方法二：點(diǎn)擊PC客戶端中的全部文件欄目，把文件上傳到指定的目錄。點(diǎn)擊“上傳”按鈕后，選擇需要上傳的文件即可，如圖3所示：
方法三：把需要上傳的文件拖動(dòng)至懸浮窗，選擇在云端的保存目錄后，即可上傳文件，如圖4所示：
應(yīng)用系統(tǒng)之間數(shù)據(jù)傳輸?shù)膸追N方式
1 socket方式
Socket方式是最簡(jiǎn)單的交互方式。是典型才c/s 交互模式。一臺(tái)客戶機(jī)，一臺(tái)服務(wù)器。服務(wù)器提供服務(wù)，通過(guò)ip地址和端口進(jìn)行服務(wù)訪問(wèn)。而客戶機(jī)通過(guò)連接服務(wù)器指定的端口進(jìn)行消息交互。其中傳輸協(xié)議可以是tcp/UDP 協(xié)議。而服務(wù)器和約定了請(qǐng)求報(bào)文格式和響應(yīng)報(bào)文格式。如圖一所示：
目前我們常用的http調(diào)用，java遠(yuǎn)程調(diào)用，webserivces 都是采用的這種方式，只不過(guò)不同的就是傳輸協(xié)議以及報(bào)文格式。
這種方式的優(yōu)點(diǎn)是：
1 易于編程，目前java提供了多種框架，屏蔽了底層通信細(xì)節(jié)以及數(shù)據(jù)傳輸轉(zhuǎn)換細(xì)節(jié)。
2 容易控制權(quán)限。通過(guò)傳輸層協(xié)議https，加密傳輸?shù)臄?shù)據(jù)，使得安全性提高
3 通用性比較強(qiáng)，無(wú)論客戶端是.net架構(gòu)，java，python 都是可以的。尤其是webservice規(guī)范，使得服務(wù)變得通用
而這種方式的缺點(diǎn)是：
1 服務(wù)器和客戶端必須同時(shí)工作，當(dāng)服務(wù)器端不可用的時(shí)候，整個(gè)數(shù)據(jù)交互是不可進(jìn)行。
2 當(dāng)傳輸數(shù)據(jù)量比較大的時(shí)候，嚴(yán)重占用網(wǎng)絡(luò)帶寬，可能導(dǎo)致連接超時(shí)。使得在數(shù)據(jù)量交互的時(shí)候，服務(wù)變的很不可靠。
2 ftp/文件共享服務(wù)器方式
對(duì)于大數(shù)據(jù)量的交互，采用這種文件的交互方式最適合不過(guò)了。系統(tǒng)A和系統(tǒng)B約定文件服務(wù)器地址，文件命名規(guī)則,文件內(nèi)容格式等內(nèi)容，通過(guò)上傳文件到文件服務(wù)器進(jìn)行數(shù)據(jù)交互。
最典型的應(yīng)用場(chǎng)景是批量處理數(shù)據(jù)：例如系統(tǒng)A把今天12點(diǎn)之前把要處理的數(shù)據(jù)生成到一個(gè)文件，系統(tǒng)B第二天凌晨1點(diǎn)進(jìn)行處理，處理完成之后，把處理結(jié)果生成到一個(gè)文件，系統(tǒng)A 12點(diǎn)在進(jìn)行結(jié)果處理。這種狀況經(jīng)常發(fā)生在A是事物處理型系統(tǒng)，對(duì)響應(yīng)要求比較高，不適合做數(shù)據(jù)分析型的工作，而系統(tǒng)B是后臺(tái)系統(tǒng)，對(duì)處理能力要求比較高，適合做批量任務(wù)系統(tǒng)。
以上只是說(shuō)明通過(guò)文件方式的數(shù)據(jù)交互，實(shí)際情況B完成任務(wù)之后，可能通過(guò)socket的方式通知A，不一定是通過(guò)文件方式。
這種方式的優(yōu)點(diǎn)：
1 在數(shù)據(jù)量大的情況下，可以通過(guò)文件傳輸，不會(huì)超時(shí)，不占用網(wǎng)絡(luò)帶寬。
2 方案簡(jiǎn)單，避免了網(wǎng)絡(luò)傳輸，網(wǎng)絡(luò)協(xié)議相關(guān)的概念。
這種方式的缺點(diǎn)：
1 不太適合做實(shí)時(shí)類的業(yè)務(wù)
2 必須有共同的文件服務(wù)器，文件服務(wù)器這里面存在風(fēng)險(xiǎn)。因?yàn)槲募赡鼙淮鄹?，刪除，或者存在泄密等。
3 必須約定文件數(shù)據(jù)的格式，當(dāng)改變文件格式的時(shí)候，需要各個(gè)系統(tǒng)都同步做修改。
3 數(shù)據(jù)庫(kù)共享數(shù)據(jù)方式
系統(tǒng)A和系統(tǒng)B通過(guò)連接同一個(gè)數(shù)據(jù)庫(kù)服務(wù)器的同一張表進(jìn)行數(shù)據(jù)交換。當(dāng)系統(tǒng)A請(qǐng)求系統(tǒng)B處理數(shù)據(jù)的時(shí)候，系統(tǒng)A Insert一條數(shù)據(jù)，系統(tǒng)B select 系統(tǒng)A插入的數(shù)據(jù)進(jìn)行處理。
這種方式的優(yōu)點(diǎn)是：
1 相比文件方式傳輸來(lái)說(shuō)，因?yàn)槭褂玫耐粋€(gè)數(shù)據(jù)庫(kù)，交互更加簡(jiǎn)單。
2 由于數(shù)據(jù)庫(kù)提供相當(dāng)做的操作，比如更新，回滾等。交互方式比較靈活,而且通過(guò)數(shù)據(jù)庫(kù)的事務(wù)機(jī)制，可以做成可靠性的數(shù)據(jù)交換。
這種方式的缺點(diǎn)：
1 當(dāng)連接B的系統(tǒng)越來(lái)越多的時(shí)候，由于數(shù)據(jù)庫(kù)的連接池是有限的，導(dǎo)致每個(gè)系統(tǒng)分配到的連接不會(huì)很多，當(dāng)系統(tǒng)越來(lái)越多的時(shí)候，可能導(dǎo)致無(wú)可用的數(shù)據(jù)庫(kù)連接
2 一般情況，來(lái)自兩個(gè)不同公司的系統(tǒng)，不太會(huì)開放自己的數(shù)據(jù)庫(kù)給對(duì)方連接，因?yàn)檫@樣會(huì)有安全性影響。
猜您感興趣：
網(wǎng)絡(luò)傳輸文件的方法
