在 PHP 中表示空的map或空數(shù)組都是以空數(shù)組形式，在轉(zhuǎn)化為json數(shù)據(jù)時(shí)，會將空數(shù)組統(tǒng)一 json 序列化成 ??[]??，這樣就存在一個(gè)類型問題。

以前我們在與前端交互時(shí)一般是與弱類型語言js交互，對于空數(shù)組轉(zhuǎn)成 ??{}?? 還是 ??[]?? 區(qū)別不大。

但隨著APP的流行，PHP很多時(shí)候不是跟瀏覽器端的JS交互，而是跟Java和ObjC這樣的靜態(tài)類型語言交互，返回值的類型定義，就很重要了，舉個(gè)例子

$ret1 = [?
? ? 'choices' => ['魚香肉絲', '宮保雞丁'],
? ? 'answers' => [
? ? ? ? '張三' => 0,
? ? ? ? '李四' => 1,
? ? ? ? '趙云' => 0,
? ? ], ?
];

$ret2 = [?
? ? 'choices' => [],?
? ? 'answers' => [],?
];

echo json_encode($ret1) . "\n";
echo json_encode($ret2) . "\n";

輸出

{"choices":["\u9c7c\u9999\u8089\u4e1d","\u5bab\u4fdd\u9e21\u4e01"],"answers":{"\u5f20\u4e09":0,"\u674e\u56db":1,"\u8d75\u4e91":0}}

{"choices":[],"answers":[]}

客戶端在定義這個(gè)model的時(shí)候，可能是這樣定義的

class ResultDTO {
? ? lateinit var choices: List<String>
? ? lateinit var answers: Map<String, Int>
}

當(dāng)返回ret1的時(shí)候，一切順風(fēng)順?biāo)?，皆大歡喜。如果返回ret2呢，客戶端抗議了

com.fasterxml.jackson.databind.JsonMappingException: Can not deserialize instance of java.util.LinkedHashMap out of START_ARRAY token

原因是什么呢？PHP的json_encode面對一個(gè)空的array的時(shí)候，它很為難，它不知道應(yīng)該當(dāng)它是list還是map，所以它只能一刀切，認(rèn)為它就是list，于是客戶端就不高興了。解決辦法不是沒有，依然是強(qiáng)制轉(zhuǎn)換。

解決方法一：[推薦]

$arr = [
? ? ?'choices' => [],
? ? 'answers' => new \ArrayObject([])
];

$jsonRet = json_encode($arr);

print_r($jsonRet);

使用 ArrayObject 還可以像數(shù)組一樣操作數(shù)據(jù)，方便很多

解決方法二：

$ret2 = [
? ? 'choices' => [],
? ? 'answers' => (object) [],
];

但是這樣就帶來一個(gè)問題，如果answers不是寫死的，而是某個(gè)API的返回值，你并不確定它是不是會返回空的，它也沒有義務(wù)幫你cast成object，因?yàn)镴SON序列化是跟前端交互的事情，不應(yīng)該放到后端service層面解決。那么你只能自己動手了，手動把返回值中可能出現(xiàn)空map的地方，全部強(qiáng)制轉(zhuǎn)換一遍。

PHP的關(guān)聯(lián)數(shù)組的確很強(qiáng)大，算法設(shè)計(jì)的也不錯，性能也很好，但是它不是沒有代價(jià)的，上面的例子算是其中一個(gè)。如果PHP也像其它語言一樣，區(qū)分map和list，可能會省事一些，畢竟區(qū)分{}和[]，對程序員來說并不會增加很多學(xué)習(xí)成本。

到此這篇關(guān)于php中json 序列化為 [] 的弊端的文章就介紹到這了,更多相關(guān)json 序列化為 [] 的弊端內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！