在iOS開發過程中經常需要與伺服器進行數據通訊，Json就是一種常用的高效簡潔的數據格式。問題現象但是幾個項目下來一直遇到一個坑爹的問題，程式在獲取某些數據之後莫名崩潰。其實很早就發現了原因：由於伺服器的資料庫中有些欄位為空，然後以Json形式返回給客戶端時就會出現這樣的數據：?1"somevalu...
在iOS開發過程中經常需要與伺服器進行數據通訊，Json就是一種常用的高效簡潔的數據格式。
問題現象
但是幾個項目下來一直遇到一個坑爹的問題，程式在獲取某些數據之後莫名崩潰。其實很早就發現了原因：由於伺服器的資料庫中有些欄位為空，然後以Json形式返回給客戶端時就會出現這樣的數據：
?| 1 |
"somevalue":null
|
通過JsonKit 這個第三方庫解析出來的數據就成了
?| 1 |
somevalue = "<null>";
|
這個數據類型不是nil 也不是 String。 解析成對象之後，如果直接向這個對象發送消息（eg：length，count 等等）就會直接崩潰。提示錯誤為：
?| 1 |
-[NSNull length]: unrecognized selector sent to instance 0x388a4a70
|
解決方法
其實一直沒有找到完美的解決辦法，坑了我很久。
1、最開始的解決方法就是為了應付當前遇到的崩潰，看看哪個欄位可能為空，那麼就對該欄位使用前進行判斷，通過崩潰時的錯誤提示可以看出，這樣的欄位解析成的對象是 NSNull 類型的，所以可以直接判斷是不是此類型：
?| 1 |
if (![isKindOfClass:[NSNull class]]){xxxxxxx;}
|
因為欄位實在太多，就找一個補一個。
2、後來想徹底解決這問題，就打算從數據源下手，其實應該可以用正則表達式匹配這個null ，然後進行替換，奈何正則是我的硬傷啊。於是就相出了一個山寨方法：字元串匹配。在獲取到伺服器返回的Json時，返回結果時string對象，於是就先替換 null 為 為空字元””，然後再解析。
?| 1 |
json = [jsonStr stringByReplacingOccurrencesOfString:@":null" withString:@":\"\""];
|
這個方法本來很奏效，但是我這裡的伺服器返回極不簡潔，各種垃圾數據（不吐槽這了）。。。反正這樣會導致json無法解析了。
3、最後沒有辦法，只能在解析的時候下手，把是NSNull 類型的值替換成nil。 一般就寫個tool方法，然後解析時調用。但是嫌太麻煩，就想弄寫個巨集，通過搜索驚奇的發現巨集也是可以有返回值的，結果如下：
?| 1 2 3 4 5 6 7 8 |
#define VerifyValue(value)\
({id tmp;\
if ([value isKindOfClass:[NSNull class]])\
tmp = nil;\
else\
tmp = value;\
tmp;\
})\
|
巨集里的最後一句語句便是返回值。然後在解析數據時調用巨集：
?| 1 |
contact.contactPhone = VerifyValue(contactDic[@"send_ContactPhone"]);
|
4、如果你使用AFNetwork 這個庫做網路請求的話，可以用以下代碼，自動幫你去掉這個討厭的空值
?| 1 |
self.removesKeysWithNullValues = YES;
|
5、終極方案
終於找到了一勞永逸的方案，牛逼的老外寫了一個Category，叫做NullSafe ，在運行時操作，把這個討厭的空值置為nil，而nil是安全的，可以向nil對象發送任何message而不會奔潰。這個category使用起來非常方便，只要加入到了工程中就可以了，你其他的什麼都不用做，對，就是這麼簡單。詳細的請去Github上查看；
https://github.com/nicklockwood/NullSafe
