最贊回答 / HungerCheung
你看的這個章節(jié)中：server中僅僅實(shí)現(xiàn)了接受來自client的字符串信息的功能，所以在server運(yùn)行的控制臺會顯示接收到信息。client中僅僅實(shí)現(xiàn)了發(fā)送字符串信息的功能，沒有接受的功能，所有在它的控制臺也就沒有信息顯示。你繼續(xù)學(xué)習(xí)后續(xù)這個課程后續(xù)的視頻，會逐步的完善server和client的功能，到時候client也會顯示相應(yīng)的信息了。望采納。
最贊回答 / 幕布斯3021265
找到原因來了，問題在于服務(wù)器端是用來BufferedReader的readLine函數(shù),這個函數(shù)只用在讀到換行符的時候才會結(jié)束，不然會一直是阻塞的狀態(tài)。而我這里發(fā)送的時候沒有加上換行符就會產(chǎn)生阻塞的現(xiàn)象，而我關(guān)閉了輸出流，就等與強(qiáng)制結(jié)束了readLIne函數(shù)的進(jìn)程，所以也能解決問題。
2018-08-18
最贊回答 / 慕瓜1454717
ip和端口 是服務(wù)器端的，也就是服務(wù)器一直在偵聽本地的指定的端口，等待客戶端的連接請求，客戶端訪問的是服務(wù)器端的地址。服務(wù)器沒有變，只是多客戶端訪問，所以IP和端口號不變
2018-08-15
最新回答 / 阿Dine
我覺得真正對data數(shù)組動手腳的應(yīng)該是receive方法 會不會是返回一個data數(shù)組覆蓋了前面定義的數(shù)組呢？
最贊回答 / Chieryl
主要是UDP沒有連接狀態(tài)、速度快，但數(shù)據(jù)容易丟失，TCP有連接狀態(tài)、速度慢，但數(shù)據(jù)較安全，一般根據(jù)你對程序數(shù)據(jù)的安全性要求和傳輸速度權(quán)衡。舉例如下圖<...圖片...>
2018-07-21
最新回答 / 慕移動9181930
當(dāng)然有聯(lián)系，是一對多，一個用戶可以對多個訂單。varmessage=confirm("確定取消設(shè)置嗎？");結(jié)束分號，要在英文狀態(tài)下輸入，如想回復(fù)到初始狀態(tài)，要設(shè)置初始的值，而不是空，在試一試。
2018-07-13
最新回答 / 阿飛來
應(yīng)該是不一樣的
最新回答 / qq_假裝O壞_04309559
這說明你之前已經(jīng)開啟了一個服務(wù)器的線程，端口號被占用了，關(guān)閉開啟的服務(wù)器線程，然后重新打開就可以了