我用 php 寫了個 socket 服務端,然後在Firefox運行用戶端握手成功後,
1.用 send()函數發送資訊給服務端
2.服務端 socket__read 提取資訊
3.再用 socket__write 返回資訊可以觸發用戶端的 onmessage 事件。
而在 ie 和 chrome 下卻觸發不了 onmessage 事件,
1.首先 send()發送資訊到服務端
2.socket__select 獲得通訊端 A , socket__read 取得資訊
3.再將同樣的資訊用 socket__write 返回給通訊端 A ,之後再監聽通訊端 A ,在Firefox下這樣就會結束
但是在 ie 下 socket__select 會再次獲得通訊端 A ,接著重複取得以及返回資訊最後監聽通訊端 A 。 當然還沒完, socket__select 還會獲得通訊端 A ,在經曆前兩次的 read 和 write 後,這次 socket__read 取得的資訊會是空值。
順便一提,在 ie 下服務端第一次執行 socket__write 的傳回值是 int(10),這是正常的,而第二次執行 write 會返回 int(32),因為是在 cmd 下運行 php 檔案的, socket__read 取得的資訊顯示為亂碼(握手協議倒是顯示正常),所以我不知道第二次 socket__write 返回的資訊是什麼。
為什麼會這樣?明明握手都可以成功來著, onopen 事件已經觸發了,為什麼到 onmessage 的時候就出現問題!
如果單憑以上的資訊無法找到問題的話,下面是My Code:
html:
testSend
php:
回複內容:
我用 php 寫了個 socket 服務端,然後在Firefox運行用戶端握手成功後,
1.用 send()函數發送資訊給服務端
2.服務端 socket__read 提取資訊
3.再用 socket__write 返回資訊可以觸發用戶端的 onmessage 事件。
而在 ie 和 chrome 下卻觸發不了 onmessage 事件,
1.首先 send()發送資訊到服務端
2.socket__select 獲得通訊端 A , socket__read 取得資訊
3.再將同樣的資訊用 socket__write 返回給通訊端 A ,之後再監聽通訊端 A ,在Firefox下這樣就會結束
但是在 ie 下 socket__select 會再次獲得通訊端 A ,接著重複取得以及返回資訊最後監聽通訊端 A 。 當然還沒完, socket__select 還會獲得通訊端 A ,在經曆前兩次的 read 和 write 後,這次 socket__read 取得的資訊會是空值。
順便一提,在 ie 下服務端第一次執行 socket__write 的傳回值是 int(10),這是正常的,而第二次執行 write 會返回 int(32),因為是在 cmd 下運行 php 檔案的, socket__read 取得的資訊顯示為亂碼(握手協議倒是顯示正常),所以我不知道第二次 socket__write 返回的資訊是什麼。
為什麼會這樣?明明握手都可以成功來著, onopen 事件已經觸發了,為什麼到 onmessage 的時候就出現問題!
如果單憑以上的資訊無法找到問題的話,下面是My Code:
html:
testSend
php:
參考:https://segmentfault.com/q/1010000004859...