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

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

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

OPC與socket速度均較快。差別的是：OPC與系統(tǒng)沒什么關(guān)系，與網(wǎng)絡(luò)協(xié)議完全沒有關(guān)系，可閃圖增刪；socket與系統(tǒng)沒什么關(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使用什么來發(fā)送和接收報(bào)文？

https使用pick和post來發(fā)送和可以接收報(bào)文。

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

postman如何接收post請求？

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

報(bào)文是什么？

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

①是幫忙方法，out和POST是最常見的HTTP方法，

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

③是協(xié)議名稱及版本號。

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

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

etc請求接口失敗？

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

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

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

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

【解決辦法】：

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