如果你一定需要用NSUserDefault,...

2017-02-03 本文已影响222人 gogo_coder

在iOS开发中有多种持久化方式，NSUserDefault绝对是其中最简单易用也是新手程序员最喜欢用的一种方式。本文并不是用来讨论应不应该使用或者何时使用NSUserDefault，而是用来讨论使用NSUserDefault的正确方式。

NSUserDefault最好是用来存储一些flag或者是轻量的数据，在这些情况下不会有任何的性能问题。但是如果你想要存放稍多一些的数据，比如说你的app需要离线使用，数据量不大，于是你只想用NSUserDefault来存放这些数据并且还可以利用它类似单例的特性。这个时候就要小心了，因为NSUserDefault把所有的数据都存放到一个plist文件中。所以频繁的读写会导致性能问题。

比如下面这个例子：

struct Manager {
    static var datas: [SomeModel] {
        set {
            UserDefaults.standard.set(datas, forKey: "datasKey")
        }
        get {
            return UserDefaults.standard.value(forKey: "datasKey") as? [SomeModel] ?? []
        }
    }
}

// 无意识的频繁IO操作
Manager.datas[2] = Manager.datas[0] + Manager.datas[1]

在上面的例子中，因为Manager隐藏了datas的实现，所以很容易写出频繁的IO操作的代码。

而大多数时候我们这样用就是希望可以在整个app中保持同一份数据，所以在保存的时候不能使用异步方式来减轻主线程压力。那么因为读写数据造成的performance issue如何解决呢？

上代码：

struct Manager {
    static var datas: [SomeModel] = UserDefaults.standard.value(forKey: "datasKey") as? [SomeModel] ?? [] {
        didSet {
            DispatchQueue.global().async {
                UserDefaults.standard.set(datas, forKey: "datasKey")
            }
        }
    }
}

Update:

在写入数据到UserDefaults的时候不需要使用异步方式，因为UserDefaults只是修改了内存中的值，会在后面某个时刻进行写入，当然如果的你在写入前进行了archive操作，比如custom的类手动转成Dictionary的，最好还是使用异步来减少主线程资源占用。

使用内存存储数据并异步更新持久存储，这样不需要改变应用内任何业务实现，保证了数据唯一性并解决了IO带来的性能问题。
当然如果数据量大的话使用数据库才是正道。

参考链接：

如果你一定需要用NSUserDefault,...

Update:

猜你喜欢

热点阅读