Swift 3之前我們創建字典

var mutableDic = [String : AnyObject]()
mutableDic["name"] = "小明"
mutableDic["age"] = 18

而 Swift 3中AnyObject由Any 取代

var mutableDic = [String : Any]()
mutableDic["name"] = "小明"
mutableDic["age"] = 18

Any 和 AnyObject
Any 和 AnyObject 是 Swift 中兩個妥協的產物，也是很讓人迷惑的概念。在 Swift 官方編
程指南中指出
AnyObject 可以代表任何 class 類型的實例
Any 可以表示任意類型，甚至包括方法 (func) 類型
先來說說 AnyObject 吧。寫過 Objective-C 的讀者可能會知道在 Objective-C 中有一個叫 做 id 的神奇的東西。編譯器不會對向聲明為 id 的變量進行類型檢查，它可以表示任意 類的實例這樣的概念。在 Cocoa 框架中很多地方都使用了 id 來進行像參數傳遞和方法 返回這樣的工作，這是 Objective-C 動態特性的一種表現。現在的 Swift 最主要的用途依 然是使用 Cocoa 框架進行 app 開發，因此為了與 Cocoa 架構協作，將原來 id 的概念使 用了一個類似的，可以代表任意 class 類型的 AnyObject 來進行替代。
但是兩者其實是有本質區別的。在 Swift 中編譯器不僅不會對 AnyObject 實例的方法調 用做出檢查，甚至對于 AnyObject 的所有方法調用都會返回 Optional 的結果。這雖然是 符合 Objective-C 中的理念的，但是在 Swift 環境下使用起來就非常麻煩，也很危險。應 該選擇的做法是在使用時先確定 AnyObject 真正的類型并進行轉換以后再進行調用。
假設原來的某個 API 返回的是一個 id，那么在 Swift 中現在就將被映射為 AnyObject? (因為 id 是可以指向 nil 的，所以在這里我們需要一個 Optional 的版本)，雖然我們知道 調用來說應該是沒問題的，但是我們依然最好這樣寫:
func someMethod() -> AnyObject? { // ...
// 返回一個 AnyObject?，等價于在 Objective-C 中返回一個 id
return result }
let anyObject = SomeClass.someMethod()
if let someInstance = anyObject as? SomeRealClass {
// ...
// 這里我們拿到了具體 SomeRealClass 的實例
someInstance.funcOfSomeRealClass()
}
如果我們注意到 AnyObject 的定義，可以發現它其實就是一個接口:
39
Any 和 AnyObject 40 protocol AnyObject {
}
特別之處在于，所有的 class 都隱式地實現了這個接口，這也是 AnyObject 只適用于 class 類型的原因。而在 Swift 中所有的基本類型，包括 Array 和 Dictionary 這些傳統 意義上會是 class 的東西，統統都是 struct 類型，并不能由 AnyObject 來表示，于是 Apple 提出了一個更為特殊的 Any，除了 class 以外，它還可以表示包括 struct 和 enum 在內的所有類型。
為了深入理解，舉個很有意思的例子。為了實驗 Any 和 AnyObject 的特性，在 Playground 里寫如下代碼:
import UIKit
let swiftInt: Int = 1
let swiftString: String = "miao"
var array: [AnyObject] = []
array.append(swiftInt)
array.append(swiftString)
我們在這里聲明了一個 Int 和一個 String，按理說它們都應該只能被 Any 代表，而不 能被 AnyObject 代表的。但是你會發現這段代碼是可以編譯運行通過的。那是不是說其 實 Apple 的編程指南出錯了呢?不是這樣的，你可以打印一下 array，就會發現里面的 元素其實已經變成了 NSNumber 和 NSString 了，這里發生了一個自動的轉換。因為我們 import 了 UIKit (其實這里我們需要的只是 Foundation，而在導入 UIKit 的時候也會同時 將 Foundation 導入)，在 Swift 和 Cocoa 中的這幾個對應的類型是可以進行自動轉換的。 因為我們顯式地聲明了需要 AnyObject，編譯器認為我們需要的的是 Cocoa 類型而非原 生類型，而幫我們進行了自動的轉換。
在上面的代碼中如果我們把 import UIKit 去掉的話，就會得到無法適配 AnyObject 的編 譯錯誤了。我們需要做的是將聲明 array 時的 [AnyObject] 換成 [Any]，就一切正確了。
let swiftInt: Int = 1
let swiftString: String = "miao"
var array: [Any] = []
array.append(swiftInt)
array.append(swiftString)
array
順便值得一提的是，只使用 Swift 類型而不轉為 Cocoa 類型，對性能的提升是有所幫助 的，所以我們應該盡可能地使用原生的類型。
其實說真的，使用 Any 和 AnyObject 并不是什么令人愉悅的事情，正如開頭所說，這都 是為妥協而存在的。如果在我們自己的代碼里需要大量經常地使用這兩者的話，往往 意味著代碼可能在結構和設計上存在問題，應該及時重新審視。簡單來說，我們最好 避免依賴和使用兩者，而去嘗試明確地指出確定的類型。