java基礎(chǔ)第26天隨堂筆記

1、第 26 天網(wǎng)絡(luò)編程回顧：網(wǎng)絡(luò)模型有兩種：OSI(開放互連)、TCP網(wǎng)絡(luò)通訊三要素：1、IP 地址IP 地址：InetAddress 封裝類2、端3、協(xié)議協(xié)議：數(shù)據(jù)報(bào)文協(xié)議（UDP）、傳輸控制協(xié)議（TCP）第 26 天授課內(nèi)容1、DatagramSocket 對(duì)象介紹 （掌握）2、TCP 通信過程介紹 （了解）3、TCP 客戶端和服務(wù)端實(shí)現(xiàn) （掌握）4、文件上傳 （掌握）5、CS 和 BS 結(jié)構(gòu)的異同 （了解）1、DatagramSocket 對(duì)象的使用協(xié)議：UDP、TCPUDP：數(shù)據(jù)報(bào)文協(xié)議。特點(diǎn)：面向無連接、傳輸速度快、傳輸數(shù)據(jù)不安全、傳輸數(shù)據(jù)必須在64K 以內(nèi)UDP 協(xié)議在計(jì)算機(jī)中是存在

2、，而對(duì)于存在的事物，java 語言會(huì)進(jìn)行封裝：DatagramSocketSocket？（網(wǎng)卡接口）可以把 Socket 看成 ”碼頭” 的意思。 利 IO 流把 2 進(jìn)制數(shù)據(jù)從一個(gè)網(wǎng)卡端傳輸?shù)搅硪粋€(gè)網(wǎng)卡端DatagramSocket 類用來發(fā)送數(shù)據(jù)報(bào)包的方法DatagramSocket 類用來接收數(shù)據(jù)報(bào)包的方法：案例：實(shí)現(xiàn) UDP 協(xié)議的傳輸思路：注意：需要先運(yùn)行服務(wù)端代碼，再運(yùn)行客戶端代碼想要實(shí)現(xiàn) UDP 協(xié)議的數(shù)據(jù)傳輸，需要使用 DatagramSocketDatagramSocke 即可以接收數(shù)據(jù)報(bào)包， 還可以發(fā)送數(shù)據(jù)報(bào)包。需要?jiǎng)?chuàng)建兩個(gè)DatagramSocke 對(duì)象，一個(gè)用來發(fā)送數(shù)據(jù)

3、報(bào)包（客戶端），另一個(gè)用來接收數(shù)據(jù)報(bào)包（服務(wù)端）客戶端代碼實(shí)現(xiàn)：服務(wù)端代碼實(shí)現(xiàn)：2、TCP 通信過程介紹TCP 協(xié)議：面向有連接、需要經(jīng)過三次握手之后在建立了連接通道后才可以進(jìn)行數(shù)據(jù)的交互、傳輸數(shù)據(jù)安全、傳輸數(shù)據(jù)比較慢、傳輸數(shù)據(jù)沒有大小限定想實(shí)現(xiàn) TCP 協(xié)議數(shù)據(jù)傳輸，需要編寫兩端：客戶端、服務(wù)端3、TCP 客戶端和服務(wù)端實(shí)現(xiàn)3.1TCP 客戶端和服務(wù)端的簡單實(shí)現(xiàn)TCP 協(xié)議通信需要實(shí)現(xiàn)客戶端程序和服務(wù)端程序。客戶端 ：Socket向服務(wù)端建立連接，連接通道建立成功后，可以發(fā)送數(shù)據(jù)或接收服務(wù)端回送的數(shù)據(jù)使用 OutputStream 對(duì)象中的 write()方法向服務(wù)端發(fā)送字節(jié)數(shù)據(jù)服務(wù)端：Se

4、rverSocket服務(wù)端接收客戶端發(fā)送的數(shù)據(jù)，使用輸入流對(duì)象中的 read()方法案例：TCP 客戶端和服務(wù)端的數(shù)據(jù)交互客戶端代碼實(shí)現(xiàn)：服務(wù)端代碼實(shí)現(xiàn)：3.2客戶端通過鍵盤錄入向服務(wù)端發(fā)送數(shù)據(jù)案例：客戶端接收錄入一行的數(shù)據(jù)，并發(fā)送給服務(wù)端，服務(wù)把數(shù)據(jù)轉(zhuǎn)為大寫后，回送給客戶端分析：客戶端需要接收鍵盤錄入的一行數(shù)據(jù)，需要使用 BufferedReader 接收一行字符串BufferedReader 屬于字，System.in 獲取到字節(jié)流，需要使用轉(zhuǎn)換流解決客戶端代碼：以上程序中在使用 read()接收客戶端發(fā)送的數(shù)據(jù)或接收服務(wù)端回送的數(shù)據(jù)時(shí)，該方到阻塞狀態(tài)，造成程序的運(yùn)行暫停。進(jìn)入解決方案：1

5、、把字節(jié)流封裝到一個(gè)字收一行字符串中，客戶端向服務(wù)端發(fā)送一行字符串，服務(wù)端接2、不使用 while 循環(huán)的方式接收數(shù)據(jù)服務(wù)端代碼：注意：客戶端的輸入、輸出流對(duì)象，需要在最后運(yùn)行完所有功能后，才關(guān)閉3.3使用 PrWriter 改進(jìn) TCP 客戶端服務(wù)端PrWriter：是打印流。向文件、控制臺(tái)、網(wǎng)絡(luò)中輸出各種數(shù)據(jù)特點(diǎn)：1、 可以輸出基本類型數(shù)據(jù)2、 只能進(jìn)行輸出操作，沒有操作3、 打印流可以開啟自動(dòng)刷新。（前提：當(dāng)開啟自動(dòng)刷新后，只有調(diào)用 prf、prln、format方法后才自動(dòng)刷新）案例：把之前書寫的程序使用 PrWriter 對(duì)象改進(jìn)客戶端：服務(wù)端：注意：使用客戶端對(duì)象獲取到的字節(jié)輸入流

6、和字節(jié)輸也流對(duì)象，都可以封裝到功能流或字緩沖區(qū)對(duì)象中3.4解決服務(wù)端并發(fā)問題之前，書寫的程序只能實(shí)現(xiàn)一個(gè)客戶端向服務(wù)端發(fā)送請(qǐng)求數(shù)據(jù)，并不能同時(shí)存在多個(gè)客戶端并發(fā)的向服務(wù)端發(fā)送數(shù)據(jù)案例：改進(jìn)之前的程序，添加多線程解決服務(wù)端并發(fā)客戶端代碼實(shí)現(xiàn)：服務(wù)端代碼：4、文件上傳4.1文件上傳簡單實(shí)現(xiàn)文件上傳，在開發(fā)中屬于最常見的一種技術(shù)。把客戶端的文件上傳上服務(wù)端案例：文件上傳的簡單實(shí)現(xiàn)客戶端：找到本地中的某個(gè)文件，使用輸入流找到的文件，把到的文件中的數(shù)據(jù)發(fā)送給服務(wù)端（邊讀邊發(fā)送數(shù)據(jù)給服務(wù)端）服務(wù)端：需要在服務(wù)端創(chuàng)建一個(gè)用來保存客戶端上傳的文件。服務(wù)端接收客戶端發(fā)送過來的數(shù)據(jù)，寫入到指定的文件中（邊接收邊寫

7、入）4.2文件上傳實(shí)現(xiàn)&并發(fā)實(shí)現(xiàn)通常在開發(fā)中，當(dāng)文件上傳結(jié)束后，服務(wù)端會(huì)給客戶端一個(gè)回饋信息(告訴客戶端文件上傳成功)案例：改進(jìn)的文件上能客戶端代碼：之前，書寫的文件上的程序是沒有解決并發(fā)問題案例：文件上傳并發(fā)實(shí)現(xiàn)（需要修改服務(wù)端的程序代碼）客戶端代碼：服務(wù)端代碼：服務(wù)端代碼：4.3練習(xí)：上傳（作業(yè)，要求有并發(fā)）練習(xí)：上傳，實(shí)現(xiàn)并發(fā)上傳5、CS 和 BS 結(jié)構(gòu)的異同CS 結(jié)構(gòu)：客戶端/服務(wù)端C 表示：Cnt(客戶端) S 表示：Server(服務(wù)端)特點(diǎn)：需要編寫兩個(gè)程序，一個(gè)為客戶端，一個(gè)為服務(wù)端好處：因?yàn)橛袃蓚€(gè)程序在同時(shí)運(yùn)行，所以就可以把服務(wù)端的一些代碼放在客戶端提前執(zhí)行，這樣做的好處：可以減輕服務(wù)端的壓力弊端：開發(fā)時(shí)，需要開發(fā)兩個(gè)程序(不方便)，會(huì)造成開發(fā)本成高、開發(fā)周期長、后期CS 結(jié)構(gòu)現(xiàn)被 B/S 結(jié)構(gòu)代替BS 結(jié)構(gòu)：瀏覽器/服務(wù)端（基于網(wǎng)頁開發(fā)的）B 表示：Browser(瀏覽器)通常是由第公司提供。常用：IE、谷歌、火狐S 表示：Server(服務(wù)端)特點(diǎn)：只需要開發(fā)服務(wù)端程序好處：因?yàn)橹恍枰_發(fā)一端程序(護(hù)也相對(duì)方便一些)，開發(fā)成本降低、開發(fā)周期縮短、后期的維弊端：因?yàn)橹挥幸欢顺绦蛟谶\(yùn)行，所有的壓力都在服務(wù)端（服務(wù)端壓力比較大）課后作業(yè)前言作業(yè)：1， 整理當(dāng)天講解的知識(shí)點(diǎn)（按著重點(diǎn)去整理）2， 把課堂上