Swift 字典是否为性能建立了索引？即使是外来类型（UUID）？

Question

我想构建一些将保留的数组，以便进行快速搜索。如果我使用这样的东西：

let dictionary: [Int:Int] = [:]
for i in 0 ..< 10000000 {
    dictionary[i] = 0
}

请问：

dictionary[n] == nil

以对数时间执行？

如果是，其他类型是否一样：Float、Double、String。

最后，我需要它与 UUID 类型一起工作，它能工作吗？

Answer 1

字典和数组不同。您谈论数组，但您的代码使用的是字典。您可以设置一组可选的 Int 值并使用您建议的代码。

使用现有代码，您要从字典中查找 key/value 对。字典使用散列来查找，我相信字典查找是在恒定时间内完成的，尽管我在快速搜索后无法确认这一点。

编辑：

检查这个 link:

https://www.raywenderlich.com/123100/collection-data-structures-swift-2

也就是说，数组和字典的性能都可能与 O(n•log(n)) 一样差，但通常为 O(1)。

Answer 2

Swift 的 Dictionary 是用 hash table, therefore lookups will typically be done in O(1) time, assuming a good hashing algorithm. As , this therefore means that the type of key is mainly irrelevant – the only thing that really matters is whether it has a good implementation of hashValue 实现的，对于标准库类型，您根本不必担心。

哈希 table 查找的最坏情况时间复杂度（假设最大哈希冲突）取决于哈希 table 如何解决冲突。在Dictionary的情况下，可以使用两种存储方案，native或者Cocoa.

来自HashedCollections.swift.gyb：

In normal usage, you can expect the backing storage of a Dictionary to be a NativeStorage.

[...]

Native storage is a hash table with open addressing and linear probing. The bucket array forms a logical ring (e.g., a chain can wrap around the end of buckets array to the beginning of it).

因此，最坏情况下的查找时间复杂度为 O(n)，就好像每个元素都具有相同的哈希值一样，可能必须搜索每个元素以确定给定元素是否存在于 table.

对于 Cocoa 存储，使用 _CocoaDictionaryBuffer 包装器来包装 NSDictionary。不幸的是，我找不到任何关于它是如何实现的文档，尽管它是 Core Foundation 对应的 CFDictionary's header file 指出：

The access time for a value in the dictionary is guaranteed to be at worst O(lg N) for any implementation, current and future

（这听起来像是使用平衡二叉树来处理冲突。）

Swift 字典是否为性能建立了索引？即使是外来类型（UUID）？

Is Swift dictionary of indexed for performance? Even for exotic types (UUID)?

performance

dictionary

logarithm

indexed

swift

编辑：