最近在開發項目的時候，定義了一個內容比較多的數組，目的呢是為了在多個功能點不用多次的去定義這個數組，畢竟內容很多重復定義看起來也很不舒服，為了更好的儲存這個數組的數據啊，我直接把他格式化成了JSON字符串，存到數據庫里面去，這樣也可以通過后臺去管理和修改這個數組的內容，來實現相關的功能。
但是在調用的時候卻發生了一個靈異的事件，明明直接使用JSON_DECODE方法就可以把json字符串還原成數組了，結果卻返回了null，很是奇怪，于是我就打印了一下這個json字符串，輸出的內容沒問題啊，格式也沒問題。
如圖，上下兩個變量輸出的內容一摸一樣。但是奇怪的是長度，長度竟然不一樣，有點奇怪啊。很明顯兩個字符串的結構和內容都是一樣的，但是長度不一樣，我就考慮難道是字符集發生了變化嗎，這么奇怪嗎，但是用mb_detect_encoding函數打印了一下字符串的字符集，結果是UTF-8沒有問題。
這個時候，有點無解了啊，很明顯這個長的字符串里面有很多隱形的字節啊，導致了json_decode反序列化json字符串失敗了。然后我就想里面是不是又什么\n\r的字符啊，看不到的字符。用字符串替換了一下，也沒有反應。
最后發現原來是，提交數據的時候由于對數據又XSS過濾功能，直接被htmlspecialchars函數把我這些內容給換為 HTML 實體了，結果可不就是在打印的時候沒有任何的變化，但是字符串的長度比原有的長度長了很多。找到問題，解決問題就比較簡單了，把內容使用htmlspecialchars_decode函數將內容重新格式化為字符串，在json_decode轉換成數組，就可以正常使用了。
上一篇： 阿里云對象存儲OSS的使用步驟
下一篇： 圖片素材管理工具——Billfish
