這兩天開(kāi)發(fā)的過(guò)程中，發(fā)現(xiàn)了Xcode一個(gè)奇怪的問(wèn)題。debug的時(shí)候，請(qǐng)求返回的responseObject中，一部分key顯示為(no summary)。但是用po顯示出來(lái)的確實(shí)正確的，好詭異。

發(fā)現(xiàn)簡(jiǎn)書(shū)上也有人遇到類似的問(wèn)題：[iOS]解決解析json并存入字典時(shí)出現(xiàn)no summary的情況，但是文中并沒(méi)有給出出現(xiàn)這個(gè)現(xiàn)象的原因。跟@R4L同學(xué)討論中，他發(fā)現(xiàn)key的類型是taggedPointerString，隨后在stackOverFlow上發(fā)現(xiàn)了如下的回答：

原來(lái)，在64位系統(tǒng)中，一些占用長(zhǎng)度較少的NSString會(huì)被自動(dòng)轉(zhuǎn)換為NSTaggedPointerString。對(duì)于這種技術(shù)的實(shí)現(xiàn)細(xì)節(jié)可以參考這里。

簡(jiǎn)單的說(shuō)，在64位系統(tǒng)中，一個(gè)對(duì)象指針占用了64位的整數(shù)。對(duì)于一些數(shù)據(jù)量很小的對(duì)象類型，比如NSString或者NSNumber來(lái)說(shuō)，對(duì)象指針占用的內(nèi)存可能比對(duì)象本身還要大，這樣就非常浪費(fèi)內(nèi)存。蘋(píng)果通過(guò)采用Tagged Pointer技術(shù)來(lái)優(yōu)化這個(gè)問(wèn)題。對(duì)于小數(shù)據(jù)量的對(duì)象類型，不再采用分配一段內(nèi)存給對(duì)象指針，再分配一段內(nèi)存給對(duì)象的做法。而是直接在原本應(yīng)該存放對(duì)象指針的內(nèi)存中直接存放對(duì)象。具體的實(shí)現(xiàn)可以研究上面提到的文章，如果英文好的童鞋也可以直接看英文原文。

最后，不得不說(shuō)蘋(píng)果的工程師好nb，怪不得ios那么流暢，但是iphone的內(nèi)存才那么小。