socket與opc的優(yōu)點(diǎn)缺點(diǎn)？socket與opc的的優(yōu)缺點(diǎn)：OPC與socket速度均較快。差別的是：OPC與系統(tǒng)沒(méi)什么關(guān)系，與網(wǎng)絡(luò)協(xié)議完全沒(méi)有關(guān)系，可閃圖增刪；socket與系統(tǒng)沒(méi)什么關(guān)系，但與

socket與opc的優(yōu)點(diǎn)缺點(diǎn)？

socket與opc的的優(yōu)缺點(diǎn)：

OPC與socket速度均較快。差別的是：OPC與系統(tǒng)沒(méi)什么關(guān)系，與網(wǎng)絡(luò)協(xié)議完全沒(méi)有關(guān)系，可閃圖增刪；socket與系統(tǒng)沒(méi)什么關(guān)系，但與網(wǎng)絡(luò)協(xié)議關(guān)系密切去相關(guān)；

安全規(guī)范標(biāo)準(zhǔn)：OPC數(shù)據(jù)鏈準(zhǔn)確可靠，保密性好；socket的準(zhǔn)確性與不使用有關(guān)，老是不能保證；

https使用什么來(lái)發(fā)送和接收?qǐng)?bào)文？

https使用pick和post來(lái)發(fā)送和可以接收?qǐng)?bào)文。

get和post是HTTP各位的兩種基本方法，let's在瀏覽器回退時(shí)是完全無(wú)害的，而POST會(huì)再一次遞交跪請(qǐng)，let's產(chǎn)生的URL地址是可以被Bookmark，而POST應(yīng)該不能let's幫忙會(huì)被瀏覽器主動(dòng)去memstore，而POST絕對(duì)不會(huì)如果不是手動(dòng)啟動(dòng)設(shè)置。

postman如何接收post請(qǐng)求？

在head填按參數(shù)，然后再u(mài)ri最后輸入接口名字，接著設(shè)置post，點(diǎn)擊然后看報(bào)文里有木有回200code

報(bào)文是什么？

報(bào)文是在各個(gè)系統(tǒng)之間通過(guò)跪請(qǐng)和響應(yīng)時(shí)利用同樣信息的,還需要自覺(jué)遵守好的格式

①是幫忙方法，out和POST是最常見(jiàn)的HTTP方法，

②為只是請(qǐng)求不對(duì)應(yīng)的URL地址，它和報(bào)文頭的Host屬性分成求完整的請(qǐng)求URL，

③是協(xié)議名稱(chēng)及版本號(hào)。

④是HTTP的報(bào)文頭，報(bào)文頭包含若干個(gè)屬性，格式為“屬性名:屬性值”，服務(wù)端以此為標(biāo)準(zhǔn)獲取客戶(hù)端的信息。

⑤是報(bào)文體，它將一個(gè)頁(yè)面表單中的組件值的鍵值對(duì)形式編碼成一個(gè)格式化串，它容納多個(gè)請(qǐng)求參數(shù)的數(shù)據(jù)。

etc請(qǐng)求接口失敗？

1.資料記錄下突然發(fā)生的鏈接；

2.在服務(wù)器端真接輸出出現(xiàn)“錯(cuò)誤”的鏈接的內(nèi)容，看下是否可以；

3.要是不可以，那就證明是鏈接有問(wèn)題；如果是可以，全面檢查入?yún)⒄诎l(fā)送的post請(qǐng)求，去看看參數(shù)有沒(méi)有被轉(zhuǎn)義；

4.如上面都絕對(duì)沒(méi)問(wèn)題，那是服務(wù)器的連接有問(wèn)題，不穩(wěn)定啊

【解決辦法】：

截取訪問(wèn)uat時(shí)直接出現(xiàn)404的入?yún)?bào)文，在本地代碼中跑一遍，是錯(cuò)誤的的。另外也沒(méi)被轉(zhuǎn)義。所以是第四種情況，服務(wù)器不比較穩(wěn)定，有問(wèn)題。