workerman Http類(lèi)的session經(jīng)常報(bào)錯(cuò) unserialize(): Error at offset 0 of 156 bytes

479820787 更新于2018-08-10

unserialize(): Error at offset 0 of 156 bytes in file F:\my\layGateIm\im-for-gateway\vendor\workerman\workerman\Protocols\Http.php on
分析原因：英文數(shù)據(jù)中含有中文字符串，所以我們就可以想到編碼的問(wèn)題，serialize()函數(shù)對(duì)在不同編碼下對(duì)中文的處理結(jié)果是不一樣的。
再講gbk轉(zhuǎn)換成utf8的格式后，每個(gè)中文的編碼數(shù)從2個(gè)會(huì)增加到3個(gè)，所以會(huì)導(dǎo)致反序列化的時(shí)候判斷字符長(zhǎng)度出現(xiàn)問(wèn)題。
建議更換成json處理或者其他方式。

 5069  2 0

2個(gè)回答

xiuwang 2018-08-10

json 貌似只能是utf8，其它編碼不支持吧

479820787 2018-08-10

查的資料一般都序列化之前先轉(zhuǎn)出base64然后再序列化

walkor 2018-08-10

打賞

感謝反饋，不過(guò)這個(gè)問(wèn)題應(yīng)該不是serialize編碼問(wèn)題，有可能是并發(fā)讀寫(xiě)session文件導(dǎo)致的

479820787 2018-08-10

那有什么辦法解決么是不是加鎖就可以了？
walkor 2018-08-10

應(yīng)該要加一個(gè)鎖
479820787 2018-08-13

找到原因了，因?yàn)槲彝瑫r(shí)用了apache和webhttp,偶爾會(huì)出現(xiàn)他倆拿到的session文件名一樣，自帶的apache去寫(xiě)了一遍這個(gè)session文件，然后格式就不對(duì)了，我把前綴sess_改成worker_sess_就好了
walkor 2018-08-13

好的，感謝反饋