Realm數(shù)據(jù)庫(kù) 從入門(mén)到“放棄”

前言

由于最近項(xiàng)目中在用Realm，所以把自己實(shí)踐過(guò)程中的一些心得總結(jié)分享一下。

Realm是由Y Combinator孵化的創(chuàng)業(yè)團(tuán)隊(duì)開(kāi)源出來(lái)的一款可以用于iOS(同樣適用于Swift&Objective-C)和Android的跨平臺(tái)移動(dòng)數(shù)據(jù)庫(kù)。目前最新版是Realm 2.0.2，支持的平臺(tái)包括Java，Objective-C，Swift，React Native，Xamarin。

Realm官網(wǎng)上說(shuō)了好多優(yōu)點(diǎn)，我覺(jué)得選用Realm的最吸引人的優(yōu)點(diǎn)就三點(diǎn)：

  1. 跨平臺(tái)：現(xiàn)在很多應(yīng)用都是要兼顧iOS和Android兩個(gè)平臺(tái)同時(shí)開(kāi)發(fā)。如果兩個(gè)平臺(tái)都能使用相同的數(shù)據(jù)庫(kù)，那就不用考慮內(nèi)部數(shù)據(jù)的架構(gòu)不同，使用Realm提供的API，可以使數(shù)據(jù)持久化層在兩個(gè)平臺(tái)上無(wú)差異化的轉(zhuǎn)換。

  2. 簡(jiǎn)單易用：Core Data 和 SQLite 冗余、繁雜的知識(shí)和代碼足以嚇退絕大多數(shù)剛?cè)腴T(mén)的開(kāi)發(fā)者，而換用 Realm，則可以極大地減少學(xué)習(xí)成本，立即學(xué)會(huì)本地化存儲(chǔ)的方法。毫不吹噓的說(shuō)，把官方最新文檔完整看一遍，就完全可以上手開(kāi)發(fā)了。

  3. 可視化：Realm 還提供了一個(gè)輕量級(jí)的數(shù)據(jù)庫(kù)查看工具，在Mac Appstore 可以下載“Realm Browser”這個(gè)工具，開(kāi)發(fā)者可以查看數(shù)據(jù)庫(kù)當(dāng)中的內(nèi)容，執(zhí)行簡(jiǎn)單的插入和刪除數(shù)據(jù)的操作。畢竟，很多時(shí)候，開(kāi)發(fā)者使用數(shù)據(jù)庫(kù)的理由是因?yàn)橐峁┮恍┧^的“知識(shí)庫(kù)”。


“Realm Browser”這個(gè)工具調(diào)試起Realm數(shù)據(jù)庫(kù)實(shí)在太好用了，強(qiáng)烈推薦。

如果使用模擬器進(jìn)行調(diào)試,可以通過(guò)


[RLMRealmConfiguration defaultConfiguration].fileURL

打印出Realm 數(shù)據(jù)庫(kù)地址,然后在Finder中??G跳轉(zhuǎn)到對(duì)應(yīng)路徑下,用Realm Browser打開(kāi)對(duì)應(yīng)的.realm文件就可以看到數(shù)據(jù)啦.

如果是使用真機(jī)調(diào)試的話“Xcode->Window->Devices(??2)”,然后找到對(duì)應(yīng)的設(shè)備與項(xiàng)目,點(diǎn)擊Download Container，導(dǎo)出xcappdata文件后,顯示包內(nèi)容,進(jìn)到AppData->Documents,使用Realm Browser打開(kāi).realm文件即可.

自2012年起， Realm 就已經(jīng)開(kāi)始被用于正式的商業(yè)產(chǎn)品中了。經(jīng)過(guò)4年的使用，逐步趨于穩(wěn)定。

目錄

  • 1.Realm 安裝
  • 2.Realm 中的相關(guān)術(shù)語(yǔ)
  • 3.Realm 入門(mén)——如何使用
  • 4.Realm 使用中可能需要注意的一些問(wèn)題
  • 5.Realm “放棄”——優(yōu)點(diǎn)和缺點(diǎn)
  • 6.Realm 到底是什么？
  • 7.總結(jié)

一. Realm 安裝

使用 Realm 構(gòu)建應(yīng)用的基本要求：

  1. iOS 7 及其以上版本, macOS 10.9 及其以上版本，此外 Realm 支持 tvOS 和 watchOS 的所有版本。
  2. 需要使用 Xcode 7.3 或者以后的版本。

注意 這里如果是純的OC項(xiàng)目，就安裝OC的Realm，如果是純的Swift項(xiàng)目，就安裝Swift的Realm。如果是混編項(xiàng)目，就需要安裝OC的Realm，然后要把 Swift/RLMSupport.swift
 文件一同編譯進(jìn)去。

RLMSupport.swift這個(gè)文件為 Objective-C 版本的 Realm 集合類型中引入了 Sequence 一致性，并且重新暴露了一些不能夠從 Swift 中進(jìn)行原生訪問(wèn)的 Objective-C 方法，例如可變參數(shù) (variadic arguments)。更加詳細(xì)的說(shuō)明見(jiàn)官方文檔。

安裝方法就4種：

一. Dynamic Framework

注意：動(dòng)態(tài)框架與 iOS 7 不兼容，要支持 iOS 7 的話請(qǐng)查看“靜態(tài)框架”。

  1. 下載最新的Realm發(fā)行版本，并解壓；
  2. 前往Xcode 工程的”General”設(shè)置項(xiàng)中，從ios/dynamic/、osx/、tvos/
    或者watchos/中將’Realm.framework’拖曳到”Embedded Binaries”選項(xiàng)中。確認(rèn)Copy items if needed被選中后，點(diǎn)擊Finish按鈕；
  3. 在單元測(cè)試 Target 的”Build Settings”中，在”Framework Search Paths”中添加Realm.framework的上級(jí)目錄；
  4. 如果希望使用 Swift 加載 Realm，請(qǐng)拖動(dòng)Swift/RLMSupport.swift
    文件到 Xcode 工程的文件導(dǎo)航欄中并選中Copy items if needed；
  5. 如果在 iOS、watchOS 或者 tvOS 項(xiàng)目中使用 Realm，請(qǐng)?jiān)谀鷳?yīng)用目標(biāo)的”Build Phases”中，創(chuàng)建一個(gè)新的”Run Script Phase”，并將

bash "${BUILT_PRODUCTS_DIR}/${FRAMEWORKS_FOLDER_PATH}/Realm.framework/strip-frameworks.sh"

這條腳本復(fù)制到文本框中。 因?yàn)橐@過(guò)APP商店提交的bug，這一步在打包通用設(shè)備的二進(jìn)制發(fā)布版本時(shí)是必須的。

二.CocoaPods

在項(xiàng)目的Podfile中，添加pod 'Realm'，在終端運(yùn)行pod install。

三.Carthage

1.在Carthage 中添加github "realm/realm-cocoa"，運(yùn)行carthage update。為了修改用以構(gòu)建項(xiàng)目的 Swift toolchain，通過(guò)--toolchain參數(shù)來(lái)指定合適的 toolchain。--no-use-binaries參數(shù)也是必需的，這可以避免 Carthage 將預(yù)構(gòu)建的 Swift 3.0 二進(jìn)制包下載下來(lái)。 例如：


carthage update --toolchain com.apple.dt.toolchain.Swift_2_3 --no-use-binaries

2.從 Carthage/Build/目錄下對(duì)應(yīng)平臺(tái)文件夾中，將 Realm.framework
拖曳到您 Xcode 工程”General”設(shè)置項(xiàng)的”Linked Frameworks and Libraries”選項(xiàng)卡中；

3.iOS/tvOS/watchOS: 在您應(yīng)用目標(biāo)的“Build Phases”設(shè)置選項(xiàng)卡中，點(diǎn)擊“+”按鈕并選擇“New Run Script Phase”。在新建的Run Script中，填寫(xiě):


/usr/local/bin/carthage copy-frameworks

在“Input Files”內(nèi)添加您想要使用的框架路徑，例如:


$(SRCROOT)/Carthage/Build/iOS/Realm.framework

因?yàn)橐@過(guò)APP商店提交的bug，這一步在打包通用設(shè)備的二進(jìn)制發(fā)布版本時(shí)是必須的。

四.Static Framework (iOS only)
  1. 下載 Realm 的最新版本并解壓，將 Realm.framework 從 ios/static/文件夾拖曳到您 Xcode 項(xiàng)目中的文件導(dǎo)航器當(dāng)中。確保 Copy items if needed 選中然后單擊 Finish；
  2. 在 Xcode 文件導(dǎo)航器中選擇您的項(xiàng)目，然后選擇您的應(yīng)用目標(biāo)，進(jìn)入到** Build Phases** 選項(xiàng)卡中。在 Link Binary with Libraries 中單擊 + 號(hào)然后添加libc++.dylib；

二. Realm 中的相關(guān)術(shù)語(yǔ)

為了能更好的理解Realm的使用，先介紹一下涉及到的相關(guān)術(shù)語(yǔ)。

RLMRealm：Realm是框架的核心所在，是我們構(gòu)建數(shù)據(jù)庫(kù)的訪問(wèn)點(diǎn)，就如同Core Data的管理對(duì)象上下文（managed object context）一樣。出于簡(jiǎn)單起見(jiàn)，realm提供了一個(gè)默認(rèn)的defaultRealm( )的便利構(gòu)造器方法。

RLMObject：這是我們自定義的Realm數(shù)據(jù)模型。創(chuàng)建數(shù)據(jù)模型的行為對(duì)應(yīng)的就是數(shù)據(jù)庫(kù)的結(jié)構(gòu)。要?jiǎng)?chuàng)建一個(gè)數(shù)據(jù)模型，我們只需要繼承RLMObject，然后設(shè)計(jì)我們想要存儲(chǔ)的屬性即可。

關(guān)系(Relationships)：通過(guò)簡(jiǎn)單地在數(shù)據(jù)模型中聲明一個(gè)RLMObject類型的屬性，我們就可以創(chuàng)建一個(gè)“一對(duì)多”的對(duì)象關(guān)系。同樣地，我們還可以創(chuàng)建“多對(duì)一”和“多對(duì)多”的關(guān)系。

寫(xiě)操作事務(wù)(Write Transactions)：數(shù)據(jù)庫(kù)中的所有操作，比如創(chuàng)建、編輯，或者刪除對(duì)象，都必須在事務(wù)中完成。“事務(wù)”是指位于write閉包內(nèi)的代碼段。

查詢(Queries)：要在數(shù)據(jù)庫(kù)中檢索信息，我們需要用到“檢索”操作。檢索最簡(jiǎn)單的形式是對(duì)Realm( )數(shù)據(jù)庫(kù)發(fā)送查詢消息。如果需要檢索更復(fù)雜的數(shù)據(jù)，那么還可以使用斷言（predicates）、復(fù)合查詢以及結(jié)果排序等等操作。

RLMResults：這個(gè)類是執(zhí)行任何查詢請(qǐng)求后所返回的類，其中包含了一系列的RLMObject對(duì)象。RLMResults和NSArray類似，我們可以用下標(biāo)語(yǔ)法來(lái)對(duì)其進(jìn)行訪問(wèn)，并且還可以決定它們之間的關(guān)系。不僅如此，它還擁有許多更強(qiáng)大的功能，包括排序、查找等等操作。

三.Realm 入門(mén)——如何使用

由于Realm的API極為友好，一看就懂，所以這里就按照平時(shí)開(kāi)發(fā)的順序，把需要用到的都梳理一遍。

1. 創(chuàng)建數(shù)據(jù)庫(kù)

- (void)creatDataBaseWithName:(NSString *)databaseName
{
    NSArray *docPath = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
    NSString *path = [docPath objectAtIndex:0];
    NSString *filePath = [path stringByAppendingPathComponent:databaseName];
    NSLog(@"數(shù)據(jù)庫(kù)目錄 = %@",filePath);

    RLMRealmConfiguration *config = [RLMRealmConfiguration defaultConfiguration];
    config.fileURL = [NSURL URLWithString:filePath];
    config.objectClasses = @[MyClass.class, MyOtherClass.class];
    config.readOnly = NO;
    int currentVersion = 1.0;
    config.schemaVersion = currentVersion;
    
    config.migrationBlock = ^(RLMMigration *migration , uint64_t oldSchemaVersion) {
       // 這里是設(shè)置數(shù)據(jù)遷移的block
        if (oldSchemaVersion < currentVersion) {
        }
    };
    
    [RLMRealmConfiguration setDefaultConfiguration:config];

}

創(chuàng)建數(shù)據(jù)庫(kù)主要設(shè)置RLMRealmConfiguration，設(shè)置數(shù)據(jù)庫(kù)名字和存儲(chǔ)地方。把路徑以及數(shù)據(jù)庫(kù)名字拼接好字符串，賦值給fileURL即可。

objectClasses這個(gè)屬性是用來(lái)控制對(duì)哪個(gè)類能夠存儲(chǔ)在指定 Realm 數(shù)據(jù)庫(kù)中做出限制。例如，如果有兩個(gè)團(tuán)隊(duì)分別負(fù)責(zé)開(kāi)發(fā)您應(yīng)用中的不同部分，并且同時(shí)在應(yīng)用內(nèi)部使用了 Realm 數(shù)據(jù)庫(kù)，那么您肯定不希望為它們協(xié)調(diào)進(jìn)行數(shù)據(jù)遷移您可以通過(guò)設(shè)置RLMRealmConfiguration的 objectClasses屬性來(lái)對(duì)類做出限制。objectClasses一般可以不用設(shè)置。

readOnly是控制是否只讀屬性。

還有一個(gè)很特殊的數(shù)據(jù)庫(kù)，內(nèi)存數(shù)據(jù)庫(kù)。

通常情況下，Realm 數(shù)據(jù)庫(kù)是存儲(chǔ)在硬盤(pán)中的，但是您能夠通過(guò)設(shè)置inMemoryIdentifier而不是設(shè)置RLMRealmConfiguration中的 fileURL屬性，以創(chuàng)建一個(gè)完全在內(nèi)存中運(yùn)行的數(shù)據(jù)庫(kù)。


RLMRealmConfiguration *config = [RLMRealmConfiguration defaultConfiguration];config.inMemoryIdentifier = @"MyInMemoryRealm";RLMRealm *realm = [RLMRealm realmWithConfiguration:config error:nil];

內(nèi)存數(shù)據(jù)庫(kù)在每次程序運(yùn)行期間都不會(huì)保存數(shù)據(jù)。但是，這不會(huì)妨礙到 Realm 的其他功能，包括查詢、關(guān)系以及線程安全。

如果需要一種靈活的數(shù)據(jù)讀寫(xiě)但又不想儲(chǔ)存數(shù)據(jù)的方式的話，那么可以選擇用內(nèi)存數(shù)據(jù)庫(kù)。(關(guān)于內(nèi)存數(shù)據(jù)庫(kù)的性能 和 類屬性的 性能，還沒(méi)有測(cè)試過(guò)，感覺(jué)性能不會(huì)有太大的差異，所以內(nèi)存數(shù)據(jù)庫(kù)使用場(chǎng)景感覺(jué)不多)

使用內(nèi)存數(shù)據(jù)庫(kù)需要注意的是：

  1. 內(nèi)存數(shù)據(jù)庫(kù)會(huì)在臨時(shí)文件夾中創(chuàng)建多個(gè)文件，用來(lái)協(xié)調(diào)處理諸如跨進(jìn)程通知之類的事務(wù)。 實(shí)際上沒(méi)有任何的數(shù)據(jù)會(huì)被寫(xiě)入到這些文件當(dāng)中，除非操作系統(tǒng)由于內(nèi)存過(guò)滿， 需要清除磁盤(pán)上的多余空間。 才會(huì)去把內(nèi)存里面的數(shù)據(jù)存入到文件中。（感謝 @酷酷的哀殿 指出）
  1. 如果某個(gè)內(nèi)存 Realm 數(shù)據(jù)庫(kù)實(shí)例沒(méi)有被引用，那么所有的數(shù)據(jù)就會(huì)被釋放。所以必須要在應(yīng)用的生命周期內(nèi)保持對(duì)Realm內(nèi)存數(shù)據(jù)庫(kù)的強(qiáng)引用，以避免數(shù)據(jù)丟失。
2. 建表

Realm數(shù)據(jù)模型是基于標(biāo)準(zhǔn) Objective?C 類來(lái)進(jìn)行定義的，使用屬性來(lái)完成模型的具體定義。

我們只需要繼承 RLMObject或者一個(gè)已經(jīng)存在的模型類，您就可以創(chuàng)建一個(gè)新的 Realm 數(shù)據(jù)模型對(duì)象。對(duì)應(yīng)在數(shù)據(jù)庫(kù)里面就是一張表。


#import <Realm/Realm.h>

@interface RLMUser : RLMObject

@property NSString       *accid;
//用戶注冊(cè)id
@property NSInteger      custId;
//姓名
@property NSString       *custName;
//頭像大圖url
@property NSString       *avatarBig;
@property RLMArray<Car> *cars;

RLM_ARRAY_TYPE(RLMUser) // 定義RLMArray<RLMUser>


@interface Car : RLMObject
@property NSString *carName;
@property RLMUser *owner;
@end

RLM_ARRAY_TYPE(Car) // 定義RLMArray<Car>

@end

注意，RLMObject 官方建議不要加上 Objective-C的property attributes(如nonatomic, atomic, strong, copy, weak 等等）假如設(shè)置了，這些attributes會(huì)一直生效直到RLMObject被寫(xiě)入realm數(shù)據(jù)庫(kù)。

RLM_ARRAY_TYPE宏創(chuàng)建了一個(gè)協(xié)議，從而允許 RLMArray<Car>語(yǔ)法的使用。如果該宏沒(méi)有放置在模型接口的底部的話，您或許需要提前聲明該模型類。

關(guān)于RLMObject的的關(guān)系

1.對(duì)一(To-One)關(guān)系

對(duì)于多對(duì)一(many-to-one)或者一對(duì)一(one-to-one)關(guān)系來(lái)說(shuō)，只需要聲明一個(gè)RLMObject子類類型的屬性即可，如上面代碼例子，@property RLMUser *owner;

2.對(duì)多(To-Many)關(guān)系
通過(guò) RLMArray類型的屬性您可以定義一個(gè)對(duì)多關(guān)系。如上面代碼例子，@property RLMArray<Car> *cars;

3.反向關(guān)系(Inverse Relationship)

鏈接是單向性的。因此，如果對(duì)多關(guān)系屬性 RLMUser.cars鏈接了一個(gè) Car實(shí)例，而這個(gè)實(shí)例的對(duì)一關(guān)系屬性 Car.owner又鏈接到了對(duì)應(yīng)的這個(gè) RLMUser實(shí)例，那么實(shí)際上這些鏈接仍然是互相獨(dú)立的。



@interface Car : RLMObject
@property NSString *carName;
@property (readonly) RLMLinkingObjects *owners;
@end

@implementation Car
+ (NSDictionary *)linkingObjectsProperties {
    return @{
             @"owners": [RLMPropertyDescriptor descriptorWithClass:RLMUser.class propertyName:@"cars"],
             };
}
@end

這里可以類比Core Data里面xcdatamodel文件里面那些“箭頭”


@implementation Book

// 主鍵
+ (NSString *)primaryKey {
    return @"ID";
}

//設(shè)置屬性默認(rèn)值
+ (NSDictionary *)defaultPropertyValues{
    return @{@"carName":@"測(cè)試" };
}

//設(shè)置忽略屬性,即不存到realm數(shù)據(jù)庫(kù)中
+ (NSArray<NSString *> *)ignoredProperties {
    return @[@"ID"];
}

//一般來(lái)說(shuō),屬性為nil的話realm會(huì)拋出異常,但是如果實(shí)現(xiàn)了這個(gè)方法的話,就只有name為nil會(huì)拋出異常,也就是說(shuō)現(xiàn)在cover屬性可以為空了
+ (NSArray *)requiredProperties {
    return @[@"name"];
}

//設(shè)置索引,可以加快檢索的速度
+ (NSArray *)indexedProperties {
    return @[@"ID"];
}
@end

還可以給RLMObject設(shè)置主鍵primaryKey，默認(rèn)值defaultPropertyValues，忽略的屬性ignoredProperties，必要屬性requiredProperties，索引indexedProperties。比較有用的是主鍵和索引。

3.存儲(chǔ)數(shù)據(jù)

新建對(duì)象


// (1) 創(chuàng)建一個(gè)Car對(duì)象，然后設(shè)置其屬性
Car *car = [[Car alloc] init];
car.carName = @"Lamborghini";

// (2) 通過(guò)字典創(chuàng)建Car對(duì)象
Car *myOtherCar = [[Car alloc] initWithValue:@{@"name" : @"Rolls-Royce"}];

// (3) 通過(guò)數(shù)組創(chuàng)建狗狗對(duì)象
Car *myThirdcar = [[Car alloc] initWithValue:@[@"BMW"]];

注意，所有的必需屬性都必須在對(duì)象添加到 Realm 前被賦值

4.增



[realm beginWriteTransaction];
[realm addObject:Car];
[realm commitWriteTransaction];

請(qǐng)注意，如果在進(jìn)程中存在多個(gè)寫(xiě)入操作的話，那么單個(gè)寫(xiě)入操作將會(huì)阻塞其余的寫(xiě)入操作，并且還會(huì)鎖定該操作所在的當(dāng)前線程。

Realm這個(gè)特性與其他持久化解決方案類似，我們建議您使用該方案常規(guī)的最佳做法：將寫(xiě)入操作轉(zhuǎn)移到一個(gè)獨(dú)立的線程中執(zhí)行。

官方給出了一個(gè)建議：

由于 Realm 采用了 MVCC 設(shè)計(jì)架構(gòu)，讀取操作并不會(huì)因?yàn)閷?xiě)入事務(wù)正在進(jìn)行而受到影響。除非您需要立即使用多個(gè)線程來(lái)同時(shí)執(zhí)行寫(xiě)入操作，不然您應(yīng)當(dāng)采用批量化的寫(xiě)入事務(wù)，而不是采用多次少量的寫(xiě)入事務(wù)。


dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        
        RLMRealm *realm = [RLMRealm defaultRealm];
        [realm transactionWithBlock:^{
            [realm addObject: Car];
        }];
    });

上面的代碼就是把寫(xiě)事務(wù)放到子線程中去處理。

5.刪

[realm beginWriteTransaction];
// 刪除單條記錄
[realm deleteObject:Car];
// 刪除多條記錄
[realm deleteObjects:CarResult];
// 刪除所有記錄
[realm deleteAllObjects];

[realm commitWriteTransaction];
6.改

當(dāng)沒(méi)有主鍵的情況下，需要先查詢，再修改數(shù)據(jù)。
當(dāng)有主鍵的情況下，有以下幾個(gè)非常好用的API


[realm addOrUpdateObject:Car];

[Car createOrUpdateInRealm:realm withValue:@{@"id": @1, @"price": @9000.0f}];

addOrUpdateObject會(huì)去先查找有沒(méi)有傳入的Car相同的主鍵，如果有，就更新該條數(shù)據(jù)。這里需要注意，addOrUpdateObject這個(gè)方法不是增量更新，所有的值都必須有，如果有哪幾個(gè)值是null，那么就會(huì)覆蓋原來(lái)已經(jīng)有的值，這樣就會(huì)出現(xiàn)數(shù)據(jù)丟失的問(wèn)題。

createOrUpdateInRealm：withValue：這個(gè)方法是增量更新的，后面?zhèn)饕粋€(gè)字典，使用這個(gè)方法的前提是有主鍵。方法會(huì)先去主鍵里面找有沒(méi)有字典里面?zhèn)魅氲闹麈I的記錄，如果有，就只更新字典里面的子集。如果沒(méi)有，就新建一條記錄。

7.查

在Realm中所有的查詢（包括查詢和屬性訪問(wèn)）在 Realm 中都是延遲加載的，只有當(dāng)屬性被訪問(wèn)時(shí)，才能夠讀取相應(yīng)的數(shù)據(jù)。

查詢結(jié)果并不是數(shù)據(jù)的拷貝：修改查詢結(jié)果（在寫(xiě)入事務(wù)中）會(huì)直接修改硬盤(pán)上的數(shù)據(jù)。同樣地，您可以直接通過(guò)包含在RLMResults中的RLMObject對(duì)象完成遍歷關(guān)系圖的操作。除非查詢結(jié)果被使用，否則檢索的執(zhí)行將會(huì)被推遲。這意味著鏈接幾個(gè)不同的臨時(shí) {RLMResults} 來(lái)進(jìn)行排序和匹配數(shù)據(jù)，不會(huì)執(zhí)行額外的工作，例如處理中間狀態(tài)。
一旦檢索執(zhí)行之后，或者通知模塊被添加之后， RLMResults將隨時(shí)保持更新，接收 Realm 中，在后臺(tái)線程上執(zhí)行的檢索操作中可能所做的更改。


//從默認(rèn)數(shù)據(jù)庫(kù)查詢所有的車(chē)
RLMResults<Car *> *cars = [Car allObjects];

// 使用斷言字符串查詢
RLMResults<Dog *> *tanDogs = [Dog objectsWhere:@"color = '棕黃色' AND name BEGINSWITH '大'"];

// 使用 NSPredicate 查詢
NSPredicate *pred = [NSPredicate predicateWithFormat:@"color = %@ AND name BEGINSWITH %@",
                     @"棕黃色", @"大"];
RLMResults *results = [Dog objectsWithPredicate:pred];

// 排序名字以“大”開(kāi)頭的棕黃色狗狗
RLMResults<Dog *> *sortedDogs = [[Dog objectsWhere:@"color = '棕黃色' AND name BEGINSWITH '大'"] sortedResultsUsingProperty:@"name" ascending:YES];

Realm還能支持鏈?zhǔn)讲樵?/p>

Realm 查詢引擎一個(gè)特性就是它能夠通過(guò)非常小的事務(wù)開(kāi)銷(xiāo)來(lái)執(zhí)行鏈?zhǔn)讲樵?chain queries)，而不需要像傳統(tǒng)數(shù)據(jù)庫(kù)那樣為每個(gè)成功的查詢創(chuàng)建一個(gè)不同的數(shù)據(jù)庫(kù)服務(wù)器訪問(wèn)。


RLMResults<Car *> *Cars = [Car objectsWhere:@"color = blue"];
RLMResults<Car *> *CarsWithBNames = [Cars objectsWhere:@"name BEGINSWITH 'B'"];
8.其他相關(guān)特性

1.支持KVC和KVO

RLMObject、RLMResult以及 RLMArray
都遵守鍵值編碼(Key-Value Coding)（KVC）機(jī)制。當(dāng)您在運(yùn)行時(shí)才能決定哪個(gè)屬性需要更新的時(shí)候，這個(gè)方法是最有用的。
將 KVC 應(yīng)用在集合當(dāng)中是大量更新對(duì)象的極佳方式，這樣就可以不用經(jīng)常遍歷集合，為每個(gè)項(xiàng)目創(chuàng)建一個(gè)訪問(wèn)器了。


RLMResults<Person *> *persons = [Person allObjects];
[[RLMRealm defaultRealm] transactionWithBlock:^{ 
    [[persons firstObject] setValue:@YES forKeyPath:@"isFirst"]; // 將每個(gè)人的 planet 屬性設(shè)置為“地球” 
    [persons setValue:@"地球" forKeyPath:@"planet"];
}];

Realm 對(duì)象的大多數(shù)屬性都遵從 KVO 機(jī)制。所有 RLMObject子類的持久化(persisted)存儲(chǔ)（未被忽略）的屬性都是遵循 KVO 機(jī)制的，并且 RLMObject以及 RLMArray中 無(wú)效的(invalidated)屬性也同樣遵循（然而 RLMLinkingObjects屬性并不能使用 KVO 進(jìn)行觀察）。

2.支持?jǐn)?shù)據(jù)庫(kù)加密


// 產(chǎn)生隨機(jī)密鑰
NSMutableData *key = [NSMutableData dataWithLength:64];
SecRandomCopyBytes(kSecRandomDefault, key.length, (uint8_t *)key.mutableBytes);

// 打開(kāi)加密文件
RLMRealmConfiguration *config = [RLMRealmConfiguration defaultConfiguration];
config.encryptionKey = key;
NSError *error = nil;
RLMRealm *realm = [RLMRealm realmWithConfiguration:config error:&error];
if (!realm) {
    // 如果密鑰錯(cuò)誤，`error` 會(huì)提示數(shù)據(jù)庫(kù)不可訪問(wèn)
    NSLog(@"Error opening realm: %@", error);
}

Realm 支持在創(chuàng)建 Realm 數(shù)據(jù)庫(kù)時(shí)采用64位的密鑰對(duì)數(shù)據(jù)庫(kù)文件進(jìn)行 AES-256+SHA2 加密。這樣硬盤(pán)上的數(shù)據(jù)都能都采用AES-256來(lái)進(jìn)行加密和解密，并用 SHA-2 HMAC 來(lái)進(jìn)行驗(yàn)證。每次您要獲取一個(gè) Realm 實(shí)例時(shí)，您都需要提供一次相同的密鑰。

不過(guò)，加密過(guò)的 Realm 只會(huì)帶來(lái)很少的額外資源占用（通常最多只會(huì)比平常慢10%）。

3.通知


// 獲取 Realm 通知
token = [realm addNotificationBlock:^(NSString *notification, RLMRealm * realm) {
     [myViewController updateUI];
}];

[token stop];

// 移除通知
[realm removeNotification:self.token];

Realm 實(shí)例將會(huì)在每次寫(xiě)入事務(wù)提交后，給其他線程上的 Realm 實(shí)例發(fā)送通知。一般控制器如果想一直持有這個(gè)通知，就需要申請(qǐng)一個(gè)屬性，strong持有這個(gè)通知。


- (void)viewDidLoad {
    [super viewDidLoad];
    
    // 觀察 RLMResults 通知
    __weak typeof(self) weakSelf = self;
    self.notificationToken = [[Person objectsWhere:@"age > 5"] addNotificationBlock:^(RLMResults<Person *> *results, RLMCollectionChange *change, NSError *error) {
        if (error) {
            NSLog(@"Failed to open Realm on background worker: %@", error);
            return;
        }
        
        UITableView *tableView = weakSelf.tableView;
        // 對(duì)于變化信息來(lái)說(shuō)，檢索的初次運(yùn)行將會(huì)傳遞 nil
        if (!changes) {
            [tableView reloadData];
            return;
        }
        
        // 檢索結(jié)果被改變，因此將它們應(yīng)用到 UITableView 當(dāng)中
        [tableView beginUpdates];
        [tableView deleteRowsAtIndexPaths:[changes deletionsInSection:0]
                         withRowAnimation:UITableViewRowAnimationAutomatic];
        [tableView insertRowsAtIndexPaths:[changes insertionsInSection:0]
                         withRowAnimation:UITableViewRowAnimationAutomatic];
        [tableView reloadRowsAtIndexPaths:[changes modificationsInSection:0]
                         withRowAnimation:UITableViewRowAnimationAutomatic];
        [tableView endUpdates];
    }];
}

我們還能進(jìn)行更加細(xì)粒度的通知，用集合通知就可以做到。

集合通知是異步觸發(fā)的，首先它會(huì)在初始結(jié)果出現(xiàn)的時(shí)候觸發(fā)，隨后當(dāng)某個(gè)寫(xiě)入事務(wù)改變了集合中的所有或者某個(gè)對(duì)象的時(shí)候，通知都會(huì)再次觸發(fā)。這些變化可以通過(guò)傳遞到通知閉包當(dāng)?shù)?RLMCollectionChange參數(shù)訪問(wèn)到。這個(gè)對(duì)象當(dāng)中包含了受 deletions、insertions和 modifications 狀態(tài)所影響的索引信息。

集合通知對(duì)于 RLMResults、RLMArray、RLMLinkingObjects 以及 RLMResults 這些衍生出來(lái)的集合來(lái)說(shuō)，當(dāng)關(guān)系中的對(duì)象被添加或者刪除的時(shí)候，一樣也會(huì)觸發(fā)這個(gè)狀態(tài)變化。

4.數(shù)據(jù)庫(kù)遷移

這是Realm的優(yōu)點(diǎn)之一，方便遷移。

對(duì)比Core Data的數(shù)據(jù)遷移，實(shí)在是方便太多了。關(guān)于iOS Core Data 數(shù)據(jù)遷移 指南請(qǐng)看這篇文章。

數(shù)據(jù)庫(kù)存儲(chǔ)方面的增刪改查應(yīng)該都沒(méi)有什么大問(wèn)題，比較蛋疼的應(yīng)該就是數(shù)據(jù)遷移了。在版本迭代過(guò)程中，很可能會(huì)發(fā)生表的新增，刪除，或者表結(jié)構(gòu)的變化，如果新版本中不做數(shù)據(jù)遷移，用戶升級(jí)到新版，很可能就直接crash了。對(duì)比Core Data的數(shù)據(jù)遷移比較復(fù)雜，Realm的遷移實(shí)在太簡(jiǎn)單了。

1.新增刪除表，Realm不需要做遷移
2.新增刪除字段，Realm不需要做遷移。Realm 會(huì)自行檢測(cè)新增和需要移除的屬性，然后自動(dòng)更新硬盤(pán)上的數(shù)據(jù)庫(kù)架構(gòu)。

舉個(gè)官方給的數(shù)據(jù)遷移的例子：


RLMRealmConfiguration *config = [RLMRealmConfiguration defaultConfiguration];
config.schemaVersion = 2;
config.migrationBlock = ^(RLMMigration *migration, uint64_t oldSchemaVersion)
{
    // enumerateObjects:block: 遍歷了存儲(chǔ)在 Realm 文件中的每一個(gè)“Person”對(duì)象
    [migration enumerateObjects:Person.className block:^(RLMObject *oldObject, RLMObject *newObject) {
        // 只有當(dāng) Realm 數(shù)據(jù)庫(kù)的架構(gòu)版本為 0 的時(shí)候，才添加 “fullName” 屬性
        if (oldSchemaVersion < 1) {
            newObject[@"fullName"] = [NSString stringWithFormat:@"%@ %@", oldObject[@"firstName"], oldObject[@"lastName"]];
        }
        // 只有當(dāng) Realm 數(shù)據(jù)庫(kù)的架構(gòu)版本為 0 或者 1 的時(shí)候，才添加“email”屬性
        if (oldSchemaVersion < 2) {
            newObject[@"email"] = @"";
        }
       // 替換屬性名
       if (oldSchemaVersion < 3) { // 重命名操作應(yīng)該在調(diào)用 `enumerateObjects:` 之外完成 
            [migration renamePropertyForClass:Person.className oldName:@"yearsSinceBirth" newName:@"age"]; }
    }];
};
[RLMRealmConfiguration setDefaultConfiguration:config];
// 現(xiàn)在我們已經(jīng)成功更新了架構(gòu)版本并且提供了遷移閉包，打開(kāi)舊有的 Realm 數(shù)據(jù)庫(kù)會(huì)自動(dòng)執(zhí)行此數(shù)據(jù)遷移，然后成功進(jìn)行訪問(wèn)
[RLMRealm defaultRealm];

在block里面分別有3種遷移方式，第一種是合并字段的例子，第二種是增加新字段的例子，第三種是原字段重命名的例子。

四. Realm 使用中可能需要注意的一些問(wèn)題

在我從0開(kāi)始接觸Realm到熟練上手，基本就遇到了多線程這一個(gè)坑。可見(jiàn)Realm的API文檔是多么的友好。雖然坑不多，但是還有有些需要注意的地方。

1.跨線程訪問(wèn)數(shù)據(jù)庫(kù)，Realm對(duì)象一定需要新建一個(gè)

*** Terminating app due to uncaught exception 'RLMException', reason: 'Realm accessed from incorrect thread.'**
***** First throw call stack:**
**(**
** 0   CoreFoundation                      0x000000011479f34b __exceptionPreprocess + 171**
** 1   libobjc.A.dylib                     0x00000001164a321e objc_exception_throw + 48**
** 2   BHFangChuang                        0x000000010dd4c2b5 -[RLMRealm beginWriteTransaction] + 77**
** 3   BHFangChuang                        0x000000010dd4c377 -[RLMRealm transactionWithBlock:error:] + 45**
** 4   BHFangChuang                        0x000000010dd4c348 -[RLMRealm transactionWithBlock:] + 19**
** 5   BHFangChuang                        0x000000010d51d7ae __71-[RealmDataBaseHelper updateUserWithLoginDate:andLogoutDate:according:]_block_invoke + 190**
** 6   libdispatch.dylib                   0x00000001180ef980 _dispatch_call_block_and_release + 12**
** 7   libdispatch.dylib                   0x00000001181190cd _dispatch_client_callout + 8**
** 8   libdispatch.dylib                   0x00000001180f8366 _dispatch_queue_override_invoke + 1426**
** 9   libdispatch.dylib                   0x00000001180fa3b7 _dispatch_root_queue_drain + 720**
** 10  libdispatch.dylib                   0x00000001180fa08b _dispatch_worker_thread3 + 123**
** 11  libsystem_pthread.dylib             0x00000001184c8746 _pthread_wqthread + 1299**
** 12  libsystem_pthread.dylib             0x00000001184c8221 start_wqthread + 13**
**)**
**libc++abi.dylib: terminating with uncaught exception of type NSException**

如果程序崩潰了，出現(xiàn)以上錯(cuò)誤，那就是因?yàn)槟阍L問(wèn)Realm數(shù)據(jù)的時(shí)候，使用的Realm對(duì)象所在的線程和當(dāng)前線程不一致。

解決辦法就是在當(dāng)前線程重新獲取最新的Realm，即可。

2. 自己封裝一個(gè)Realm全局實(shí)例單例是沒(méi)啥作用的

這個(gè)也是我之前對(duì)Realm多線程理解不清，導(dǎo)致的一個(gè)誤解。

很多開(kāi)發(fā)者應(yīng)該都會(huì)對(duì)Core Data和Sqlite3或者FMDB，自己封裝一個(gè)類似Helper的單例。于是我也在這里封裝了一個(gè)單例，在新建完Realm數(shù)據(jù)庫(kù)的時(shí)候strong持有一個(gè)Realm的對(duì)象。然后之后的訪問(wèn)中只需要讀取這個(gè)單例持有的Realm對(duì)象就可以拿到數(shù)據(jù)庫(kù)了。

想法是好的，但是同一個(gè)Realm對(duì)象是不支持跨線程操作realm數(shù)據(jù)庫(kù)的。

Realm 通過(guò)確保每個(gè)線程始終擁有 Realm 的一個(gè)快照，以便讓并發(fā)運(yùn)行變得十分輕松。你可以同時(shí)有任意數(shù)目的線程訪問(wèn)同一個(gè) Realm 文件，并且由于每個(gè)線程都有對(duì)應(yīng)的快照，因此線程之間絕不會(huì)產(chǎn)生影響。需要注意的一件事情就是不能讓多個(gè)線程都持有同一個(gè) Realm 對(duì)象的 實(shí)例 。如果多個(gè)線程需要訪問(wèn)同一個(gè)對(duì)象，那么它們分別會(huì)獲取自己所需要的實(shí)例（否則在一個(gè)線程上發(fā)生的更改就會(huì)造成其他線程得到不完整或者不一致的數(shù)據(jù)）。

其實(shí)RLMRealm *realm = [RLMRealm defaultRealm]; 這句話就是獲取了當(dāng)前realm對(duì)象的一個(gè)實(shí)例，其實(shí)實(shí)現(xiàn)就是拿到單例。所以我們每次在子線程里面不要再去讀取我們自己封裝持有的realm實(shí)例了，直接調(diào)用系統(tǒng)的這個(gè)方法即可，能保證訪問(wèn)不出錯(cuò)。

3.transactionWithBlock 已經(jīng)處于一個(gè)寫(xiě)的事務(wù)中，事務(wù)之間不能嵌套

[realm transactionWithBlock:^{
                [self.realm beginWriteTransaction];
                [self convertToRLMUserWith:bhUser To:[self convertToRLMUserWith:bhUser To:nil]];
                [self.realm commitWriteTransaction];
            }];

transactionWithBlock 已經(jīng)處于一個(gè)寫(xiě)的事務(wù)中，如果還在block里面再寫(xiě)一個(gè)commitWriteTransaction，就會(huì)出錯(cuò)，寫(xiě)事務(wù)是不能嵌套的。

出錯(cuò)信息如下：



*** Terminating app due to uncaught exception 'RLMException', reason: 'The Realm is already in a write transaction'**
***** First throw call stack:**
**(**
** 0   CoreFoundation                      0x0000000112e2d34b __exceptionPreprocess + 171**
** 1   libobjc.A.dylib                     0x0000000114b3121e objc_exception_throw + 48**
** 2   BHFangChuang                        0x000000010c4702b5 -[RLMRealm beginWriteTransaction] + 77**
** 3   BHFangChuang                        0x000000010bc4175a __71-[RealmDataBaseHelper updateUserWithLoginDate:andLogoutDate:according:]_block_invoke_2 + 42**
** 4   BHFangChuang                        0x000000010c470380 -[RLMRealm transactionWithBlock:error:] + 54**
** 5   BHFangChuang                        0x000000010c470348 -[RLMRealm transactionWithBlock:] + 19**
** 6   BHFangChuang                        0x000000010bc416d7 __71-[RealmDataBaseHelper updateUserWithLoginDate:andLogoutDate:according:]_block_invoke + 231**
** 7   libdispatch.dylib                   0x0000000116819980 _dispatch_call_block_and_release + 12**
** 8   libdispatch.dylib                   0x00000001168430cd _dispatch_client_callout + 8**
** 9   libdispatch.dylib                   0x0000000116822366 _dispatch_queue_override_invoke + 1426**
** 10  libdispatch.dylib                   0x00000001168243b7 _dispatch_root_queue_drain + 720**
** 11  libdispatch.dylib                   0x000000011682408b _dispatch_worker_thread3 + 123**
** 12  libsystem_pthread.dylib             0x0000000116bed746 _pthread_wqthread + 1299**
** 13  libsystem_pthread.dylib             0x0000000116bed221 start_wqthread + 13**
**)**
**libc++abi.dylib: terminating with uncaught exception of type NSException**
4.建議每個(gè)model都需要設(shè)置主鍵，這樣可以方便add和update

如果能設(shè)置主鍵，請(qǐng)盡量設(shè)置主鍵，因?yàn)檫@樣方便我們更新數(shù)據(jù)，我們可以很方便的調(diào)用addOrUpdateObject: 或者 createOrUpdateInRealm：withValue：方法進(jìn)行更新。這樣就不需要先根據(jù)主鍵，查詢出數(shù)據(jù)，然后再去更新。有了主鍵以后，這兩步操作可以一步完成。

5.查詢也不能跨線程查詢


RLMResults * results = [self selectUserWithAccid:bhUser.accid];
    
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        
        RLMRealm *realm = [RLMRealm defaultRealm];
        [realm transactionWithBlock:^{
            [realm addOrUpdateObject:results[0]];
        }];
    });

由于查詢是在子線程外查詢的，所以跨線程也會(huì)出錯(cuò)，出錯(cuò)信息如下：



***** Terminating app due to uncaught exception 'RLMException', reason: 'Realm accessed from incorrect thread'**
***** First throw call stack:**
**(**
** 0   CoreFoundation                      0x000000011517a34b __exceptionPreprocess + 171**
** 1   libobjc.A.dylib                     0x0000000116e7e21e objc_exception_throw + 48**
** 2   BHFangChuang                        0x000000010e7c34ab _ZL10throwErrorP8NSString + 129**
** 3   BHFangChuang                        0x000000010e7c177f -[RLMResults count] + 40**
** 4   BHFangChuang                        0x000000010df8f3bf -[RealmDataBaseHelper convertToRLMUserWith:LoginDate:LogoutDate:To:] + 159**
** 5   BHFangChuang                        0x000000010df8efc1 __71-[RealmDataBaseHelper updateUserWithLoginDate:andLogoutDate:according:]_block_invoke_2 + 81**
** 6   BHFangChuang                        0x000000010e7bd320 -[RLMRealm transactionWithBlock:error:] + 54**
** 7   BHFangChuang                        0x000000010e7bd2e8 -[RLMRealm transactionWithBlock:] + 19**
** 8   BHFangChuang                        0x000000010df8eecf __71-[RealmDataBaseHelper updateUserWithLoginDate:andLogoutDate:according:]_block_invoke + 351**
** 9   libdispatch.dylib                   0x0000000118b63980 _dispatch_call_block_and_release + 12**
** 10  libdispatch.dylib                   0x0000000118b8d0cd _dispatch_client_callout + 8**
** 11  libdispatch.dylib                   0x0000000118b6c366 _dispatch_queue_override_invoke + 1426**
** 12  libdispatch.dylib                   0x0000000118b6e3b7 _dispatch_root_queue_drain + 720**
** 13  libdispatch.dylib                   0x0000000118b6e08b _dispatch_worker_thread3 + 123**
** 14  libsystem_pthread.dylib             0x0000000118f3c746 _pthread_wqthread + 1299**
** 15  libsystem_pthread.dylib             0x0000000118f3c221 start_wqthread + 13**
**)**
**libc++abi.dylib: terminating with uncaught exception of type **

五. Realm “放棄”——優(yōu)點(diǎn)和缺點(diǎn)

關(guān)于Realm的優(yōu)點(diǎn)，在官網(wǎng)上也說(shuō)了很多了，我感觸最深的3個(gè)優(yōu)點(diǎn)也在文章開(kāi)頭提到了。

CoreData VS Realm 的對(duì)比，可以看看這篇文章

說(shuō)到使用 Realm最后的二道門(mén)檻，一是如何從其他數(shù)據(jù)庫(kù)遷移到Realm，二是Realm數(shù)據(jù)庫(kù)的一些限制。

接下來(lái)請(qǐng)還在考慮是否使用Realm的同學(xué)仔細(xì)看清楚，下面是你需要權(quán)衡是否要換到Realm數(shù)據(jù)庫(kù)的重要標(biāo)準(zhǔn)。（以下描述基于Realm最新版 2.0.2）

1.從其他數(shù)據(jù)庫(kù)遷移到Realm

如果從其他數(shù)據(jù)庫(kù)遷移到Realm，請(qǐng)看我之前寫(xiě)過(guò)的一篇文章，簡(jiǎn)單的提一下蛋疼的問(wèn)題，由于切換了數(shù)據(jù)庫(kù)，需要在未來(lái)幾個(gè)版本都必須維護(hù)2套數(shù)據(jù)庫(kù)，因?yàn)槔嫌脩舻臄?shù)據(jù)需要慢慢從老數(shù)據(jù)庫(kù)遷移到Realm，這個(gè)有點(diǎn)蛋疼。遷移數(shù)據(jù)的那段代碼需要“惡心”的存在工程里。但是一旦都遷移完成，之后的路就比較平坦了。

關(guān)于Core Data遷移過(guò)來(lái)沒(méi)有fetchedResultController的問(wèn)題，這里提一下。由于使用Realm的話就無(wú)法使用Core Data的fetchedResultController，那么如果數(shù)據(jù)庫(kù)更新了數(shù)據(jù)，是不是只能通過(guò)reloadData來(lái)更新tableview了？目前基本上是的，Realm提供了我們通知機(jī)制，目前的Realm支持給realm數(shù)據(jù)庫(kù)對(duì)象添加通知，這樣就可以在數(shù)據(jù)庫(kù)寫(xiě)入事務(wù)提交后獲取到，從而更新UI；詳情可以參考https://realm.io/cn/docs/swift/latest/#notification當(dāng)然如果仍希望使用NSFetchedResultsController的話，那么推薦使用RBQFetchedResultsController，這是一個(gè)替代品，地址是：https://github.com/Roobiq/RBQFetchedResultsController目前Realm計(jì)劃在未來(lái)實(shí)現(xiàn)類似的效果，具體您可以參見(jiàn)這個(gè)PR：http://github.com/realm/realm-cocoa/issues/687。

當(dāng)然，如果是新的App，還在開(kāi)發(fā)中，可以考慮直接使用Realm，會(huì)更爽。

以上是第一道門(mén)檻，如果覺(jué)得遷移帶來(lái)的代價(jià)還能承受，那么恭喜你，已經(jīng)踏入Realm一半了。那么還請(qǐng)看第二道“門(mén)檻”。

2. Realm數(shù)據(jù)庫(kù)當(dāng)前版本的限制

把用戶一部分?jǐn)r在Realm門(mén)口的還在這第二道坎，因?yàn)檫@些限制，這些“缺點(diǎn)”，導(dǎo)致App的業(yè)務(wù)無(wú)法使用Realm得到滿足，所以最終放棄了Realm。當(dāng)然，這些問(wèn)題，有些是可以靈活通過(guò)改變表結(jié)構(gòu)解決的，畢竟人是活的（如果真的想用Realm，想些辦法，誰(shuí)也攔不住）

1.類名稱的長(zhǎng)度最大只能存儲(chǔ) 57 個(gè) UTF8 字符。

2.屬性名稱的長(zhǎng)度最大只能支持 63 個(gè) UTF8 字符。

3.NSData以及 NSString屬性不能保存超過(guò) 16 MB 大小的數(shù)據(jù)。如果要存儲(chǔ)大量的數(shù)據(jù)，可通過(guò)將其分解為16MB 大小的塊，或者直接存儲(chǔ)在文件系統(tǒng)中，然后將文件路徑存儲(chǔ)在 Realm 中。如果您的應(yīng)用試圖存儲(chǔ)一個(gè)大于 16MB 的單一屬性，系統(tǒng)將在運(yùn)行時(shí)拋出異常。

4.對(duì)字符串進(jìn)行排序以及不區(qū)分大小寫(xiě)查詢只支持“基礎(chǔ)拉丁字符集”、“拉丁字符補(bǔ)充集”、“拉丁文擴(kuò)展字符集 A” 以及”拉丁文擴(kuò)展字符集 B“（UTF-8 的范圍在 0~591 之間）。

5.盡管 Realm 文件可以被多個(gè)線程同時(shí)訪問(wèn)，但是您不能跨線程處理 Realms、Realm 對(duì)象、查詢和查詢結(jié)果。（這個(gè)其實(shí)也不算是個(gè)問(wèn)題，我們?cè)诙嗑€程中新建新的Realm對(duì)象就可以解決）

6.Realm對(duì)象的 Setters & Getters 不能被重載

因?yàn)?Realm 在底層數(shù)據(jù)庫(kù)中重寫(xiě)了 setters 和 getters 方法，所以您不可以在您的對(duì)象上再對(duì)其進(jìn)行重寫(xiě)。一個(gè)簡(jiǎn)單的替代方法就是：創(chuàng)建一個(gè)新的 Realm 忽略屬性，該屬性的訪問(wèn)起可以被重寫(xiě)， 并且可以調(diào)用其他的 getter 和 setter 方法。

7.文件大小 & 版本跟蹤

一般來(lái)說(shuō) Realm 數(shù)據(jù)庫(kù)比 SQLite 數(shù)據(jù)庫(kù)在硬盤(pán)上占用的空間更少。如果您的 Realm 文件大小超出了您的想象，這可能是因?yàn)槟鷶?shù)據(jù)庫(kù)中的 RLMRealm中包含了舊版本數(shù)據(jù)。
為了使您的數(shù)據(jù)有相同的顯示方式，Realm 只在循環(huán)迭代開(kāi)始的時(shí)候才更新數(shù)據(jù)版本。這意味著，如果您從 Realm 讀取了一些數(shù)據(jù)并進(jìn)行了在一個(gè)鎖定的線程中進(jìn)行長(zhǎng)時(shí)間的運(yùn)行，然后在其他線程進(jìn)行讀寫(xiě) Realm 數(shù)據(jù)庫(kù)的話，那么版本將不會(huì)被更新，Realm 將保存中間版本的數(shù)據(jù)，但是這些數(shù)據(jù)已經(jīng)沒(méi)有用了，這導(dǎo)致了文件大小的增長(zhǎng)。這部分空間會(huì)在下次寫(xiě)入操作時(shí)被重復(fù)利用。這些操作可以通過(guò)調(diào)用writeCopyToPath:error:來(lái)實(shí)現(xiàn)。

解決辦法：
通過(guò)調(diào)用invalidate，來(lái)告訴 Realm 您不再需要那些拷貝到 Realm 的數(shù)據(jù)了。這可以使我們不必跟蹤這些對(duì)象的中間版本。在下次出現(xiàn)新版本時(shí)，再進(jìn)行版本更新。
您可能在 Realm 使用Grand Central Dispatch時(shí)也發(fā)現(xiàn)了這個(gè)問(wèn)題。在 dispatch 結(jié)束后自動(dòng)釋放調(diào)度隊(duì)列（dispatch queue）時(shí)，調(diào)度隊(duì)列（dispatch queue）沒(méi)有隨著程序釋放。這造成了直到
RLMRealm 對(duì)象被釋放后，Realm 中間版本的數(shù)據(jù)空間才會(huì)被再利用。為了避免這個(gè)問(wèn)題，您應(yīng)該在 dispatch 隊(duì)列中，使用一個(gè)顯式的自動(dòng)調(diào)度隊(duì)列（dispatch queue）。

8.Realm 沒(méi)有自動(dòng)增長(zhǎng)屬性

Realm 沒(méi)有線程/進(jìn)程安全的自動(dòng)增長(zhǎng)屬性機(jī)制，這在其他數(shù)據(jù)庫(kù)中常常用來(lái)產(chǎn)生主鍵。然而，在絕大多數(shù)情況下，對(duì)于主鍵來(lái)說(shuō)，我們需要的是一個(gè)唯一的、自動(dòng)生成的值，因此沒(méi)有必要使用順序的、連續(xù)的、整數(shù)的 ID 作為主鍵。

解決辦法：

在這種情況下，一個(gè)獨(dú)一無(wú)二的字符串主鍵通常就能滿足需求了。一個(gè)常見(jiàn)的模式是將默認(rèn)的屬性值設(shè)置為 [[NSUUID UUID] UUIDString]
以產(chǎn)生一個(gè)唯一的字符串 ID。
自動(dòng)增長(zhǎng)屬性另一種常見(jiàn)的動(dòng)機(jī)是為了維持插入之后的順序。在某些情況下，這可以通過(guò)向某個(gè) RLMArray中添加對(duì)象，或者使用 [NSDate date]默認(rèn)值的createdAt屬性。

9.所有的數(shù)據(jù)模型必須直接繼承自RealmObject。這阻礙我們利用數(shù)據(jù)模型中的任意類型的繼承。

這一點(diǎn)也不算問(wèn)題，我們只要自己在建立一個(gè)model就可以解決這個(gè)問(wèn)題。自己建立的model可以自己隨意去繼承，這個(gè)model專門(mén)用來(lái)接收網(wǎng)絡(luò)數(shù)據(jù)，然后把自己的這個(gè)model轉(zhuǎn)換成要存儲(chǔ)到表里面的model，即RLMObject對(duì)象。這樣這個(gè)問(wèn)題也可以解決了。

Realm 允許模型能夠生成更多的子類，也允許跨模型進(jìn)行代碼復(fù)用，但是由于某些 Cocoa 特性使得運(yùn)行時(shí)中豐富的類多態(tài)無(wú)法使用。以下是可以完成的操作：

  • 父類中的類方法，實(shí)例方法和屬性可以被它的子類所繼承
  • 子類中可以在方法以及函數(shù)中使用父類作為參數(shù)

以下是不能完成的：

  • 多態(tài)類之間的轉(zhuǎn)換（例如子類轉(zhuǎn)換成子類，子類轉(zhuǎn)換成父類，父類轉(zhuǎn)換成子類等）
  • 同時(shí)對(duì)多個(gè)類進(jìn)行檢索
  • 多類容器 (RLMArray以及 RLMResults)

10.Realm不支持集合類型

這一點(diǎn)也是比較蛋疼。

Realm支持以下的屬性類型：BOOL、bool、int、NSInteger、long、long long、float、double、NSString、NSDate、NSData以及 被特殊類型標(biāo)記的NSNumber。CGFloat屬性的支持被取消了，因?yàn)樗痪邆淦脚_(tái)獨(dú)立性。

這里就是不支持集合，比如說(shuō)NSArray，NSMutableArray，NSDictionary，NSMutableDictionary，NSSet，NSMutableSet。如果服務(wù)器傳來(lái)的一個(gè)字典，key是一個(gè)字符串，對(duì)應(yīng)的value就是一個(gè)數(shù)組，這時(shí)候就想存儲(chǔ)這個(gè)數(shù)組就比較困難了。當(dāng)然Realm里面是有集合的，就是RLMArray，這里面裝的都是RLMObject。

所以我們想解決這個(gè)問(wèn)題，就需要把數(shù)據(jù)里面的東西都取出來(lái)，如果是model，就先自己接收一下，然后轉(zhuǎn)換成RLMObject的model，再存儲(chǔ)到RLMArray里面去，這樣轉(zhuǎn)換一遍，還是可以的做到的。

這里列出了暫時(shí)Realm當(dāng)前辦法存在的“缺點(diǎn)”，如果這10點(diǎn)，在自己的App上都能滿足業(yè)務(wù)需求，那么這一道坎也不是問(wèn)題了。

以上兩道砍請(qǐng)仔細(xì)衡量清楚，這里還有一篇文章是關(guān)于更換數(shù)據(jù)庫(kù)的心得體會(huì)的，高速公路換輪胎——為遺留系統(tǒng)替換數(shù)據(jù)庫(kù)考慮更換的同學(xué)也可以看看。這兩道坎如果真的不適合，過(guò)不去，那么請(qǐng)放棄Realm吧！

六. Realm 到底是什么？

大家都知道Sqlite3 是一個(gè)移動(dòng)端上面使用的小型數(shù)據(jù)庫(kù)，F(xiàn)MDB是基于Sqlite3進(jìn)行的一個(gè)封裝。

那Core Data是數(shù)據(jù)庫(kù)么？
Core Data本身并不是數(shù)據(jù)庫(kù)，它是一個(gè)擁有多種功能的框架，其中一個(gè)重要的功能就是把應(yīng)用程序同數(shù)據(jù)庫(kù)之間的交互過(guò)程自動(dòng)化了。有了Core Data框架以后，我們無(wú)須編寫(xiě)Objective-C代碼，又可以是使用關(guān)系型數(shù)據(jù)庫(kù)。因?yàn)镃ore Data會(huì)在底層自動(dòng)給我們生成應(yīng)該最佳優(yōu)化過(guò)的SQL語(yǔ)句。

那么Realm是數(shù)據(jù)庫(kù)么？

Realm 不是 ORM，也不基于 SQLite 創(chuàng)建，而是為移動(dòng)開(kāi)發(fā)者定制的全功能數(shù)據(jù)庫(kù)。它可以將原生對(duì)象直接映射到Realm的數(shù)據(jù)庫(kù)引擎（遠(yuǎn)不僅是一個(gè)鍵值對(duì)存儲(chǔ)）中。

Realm 是一個(gè) MVCC 數(shù)據(jù)庫(kù) ，底層是用 C++ 編寫(xiě)的。MVCC 指的是多版本并發(fā)控制。

Realm是滿足ACID的。原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）、持久性（Durability）。一個(gè)支持事務(wù)（Transaction）的數(shù)據(jù)庫(kù)，必需要具有這四種特性。Realm都已經(jīng)滿足。

1.Realm 采用MVCC的設(shè)計(jì)思想

MVCC 解決了一個(gè)重要的并發(fā)問(wèn)題：在所有的數(shù)據(jù)庫(kù)中都有這樣的時(shí)候，當(dāng)有人正在寫(xiě)數(shù)據(jù)庫(kù)的時(shí)候有人又想讀取數(shù)據(jù)庫(kù)了（例如，不同的線程可以同時(shí)讀取或者寫(xiě)入同一個(gè)數(shù)據(jù)庫(kù)）。這會(huì)導(dǎo)致數(shù)據(jù)的不一致性 - 可能當(dāng)你讀取記錄的時(shí)候一個(gè)寫(xiě)操作才部分結(jié)束。

有很多的辦法可以解決讀、寫(xiě)并發(fā)的問(wèn)題，最常見(jiàn)的就是給數(shù)據(jù)庫(kù)加鎖。在之前的情況下，我們?cè)趯?xiě)數(shù)據(jù)的時(shí)候就會(huì)加上一個(gè)鎖。在寫(xiě)操作完成之前，所有的讀操作都會(huì)被阻塞。這就是眾所周知的讀-寫(xiě)鎖。這常常都會(huì)很慢。Realm采用的是MVCC數(shù)據(jù)庫(kù)的優(yōu)點(diǎn)就展現(xiàn)出來(lái)了，速度非常快。

MVCC 在設(shè)計(jì)上采用了和 Git 一樣的源文件管理算法。你可以把 Realm 的內(nèi)部想象成一個(gè) Git，它也有分支和原子化的提交操作。這意味著你可能工作在許多分支上（數(shù)據(jù)庫(kù)的版本），但是你卻沒(méi)有一個(gè)完整的數(shù)據(jù)拷貝。Realm 和真正的 MVCC 數(shù)據(jù)庫(kù)還是有些不同的。一個(gè)像 Git 的真正的 MVCC 數(shù)據(jù)庫(kù)，你可以有成為版本樹(shù)上 HEAD 的多個(gè)候選者。而 Realm 在某個(gè)時(shí)刻只有一個(gè)寫(xiě)操作，而且總是操作最新的版本 - 它不可以在老的版本上工作。

Realm底層是B+樹(shù)實(shí)現(xiàn)的，在Realm團(tuán)隊(duì)開(kāi)源的realm-core里面可以看到源碼，里面有用bpTree，這是一個(gè)B+樹(shù)的實(shí)現(xiàn)。B+ 樹(shù)是一種樹(shù)數(shù)據(jù)結(jié)構(gòu)，是一個(gè)n叉樹(shù)，每個(gè)節(jié)點(diǎn)通常有多個(gè)孩子，一棵B+樹(shù)包含根節(jié)點(diǎn)、內(nèi)部節(jié)點(diǎn)和葉子節(jié)點(diǎn)。根節(jié)點(diǎn)可能是一個(gè)葉子節(jié)點(diǎn)，也可能是一個(gè)包含兩個(gè)或兩個(gè)以上孩子節(jié)點(diǎn)的節(jié)點(diǎn)。

B+ 樹(shù)通常用于數(shù)據(jù)庫(kù)和操作系統(tǒng)的文件系統(tǒng)中。NTFS, ReiserFS, NSS, XFS, JFS, ReFS 和BFS等文件系統(tǒng)都在使用B+樹(shù)作為元數(shù)據(jù)索引。B+ 樹(shù)的特點(diǎn)是能夠保持?jǐn)?shù)據(jù)穩(wěn)定有序，其插入與修改擁有較穩(wěn)定的對(duì)數(shù)時(shí)間復(fù)雜度。B+ 樹(shù)元素自底向上插入。

Realm會(huì)讓每一個(gè)連接的線程都會(huì)有數(shù)據(jù)在一個(gè)特定時(shí)刻的快照。這也是為什么能夠在上百個(gè)線程中做大量的操作并同時(shí)訪問(wèn)數(shù)據(jù)庫(kù)，卻不會(huì)發(fā)生崩潰的原因。

上圖很好的展現(xiàn)了Realm的一次寫(xiě)操作流程。這里分3個(gè)階段，階段一中，V1指向根節(jié)點(diǎn)R。在階段二中，準(zhǔn)備寫(xiě)入操作，這個(gè)時(shí)候會(huì)有一個(gè)V2節(jié)點(diǎn)，指向新的R'，并且新建一個(gè)分支出來(lái)，A'和C'。相應(yīng)的右孩子指向原來(lái)V1指向的R的右孩子。如果寫(xiě)入操作失敗，就丟棄左邊這個(gè)分支。這樣的設(shè)計(jì)可以保證即使失敗，也僅僅只丟失最新數(shù)據(jù)，而不會(huì)破壞整個(gè)數(shù)據(jù)庫(kù)。如果寫(xiě)入成功，那么把原來(lái)的R，A，C節(jié)點(diǎn)放入Garbage中，于是就到了第三階段，寫(xiě)入成功，變成了V2指向根節(jié)點(diǎn)。

在這個(gè)寫(xiě)入的過(guò)程中，第二階段是最關(guān)鍵的，寫(xiě)入操作并不會(huì)改變?cè)袛?shù)據(jù)，而是新建了一個(gè)新的分支。這樣就不用加鎖，也可以解決數(shù)據(jù)庫(kù)的并發(fā)問(wèn)題。

正是B+樹(shù)的底層數(shù)據(jù)結(jié)構(gòu) + MVCC的設(shè)計(jì)，保證了Realm的高性能。

2.Realm 采用了 zero-copy 架構(gòu)

因?yàn)?Realm 采用了 zero-copy 架構(gòu)，這樣幾乎就沒(méi)有內(nèi)存開(kāi)銷(xiāo)。這是因?yàn)槊恳粋€(gè) Realm 對(duì)象直接通過(guò)一個(gè)本地 long 指針和底層數(shù)據(jù)庫(kù)對(duì)應(yīng)，這個(gè)指針是數(shù)據(jù)庫(kù)中數(shù)據(jù)的鉤子。

通常的傳統(tǒng)的數(shù)據(jù)庫(kù)操作是這樣的，數(shù)據(jù)存儲(chǔ)在磁盤(pán)的數(shù)據(jù)庫(kù)文件中，我們的查詢請(qǐng)求會(huì)轉(zhuǎn)換為一系列的SQL語(yǔ)句，創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)連接。數(shù)據(jù)庫(kù)服務(wù)器收到請(qǐng)求，通過(guò)解析器對(duì)SQL語(yǔ)句進(jìn)行詞法和語(yǔ)法語(yǔ)義分析，然后通過(guò)查詢優(yōu)化器對(duì)SQL語(yǔ)句進(jìn)行優(yōu)化，優(yōu)化完成執(zhí)行對(duì)應(yīng)的查詢，讀取磁盤(pán)的數(shù)據(jù)庫(kù)文件(有索引則先讀索引)，讀取命中查詢的每一行的數(shù)據(jù)，然后存到內(nèi)存里（這里有內(nèi)存消耗）。之后你需要把數(shù)據(jù)序列化成可在內(nèi)存里面存儲(chǔ)的格式，這意味著比特對(duì)齊，這樣 CPU 才能處理它們。最后，數(shù)據(jù)需要轉(zhuǎn)換成語(yǔ)言層面的類型，然后它會(huì)以對(duì)象的形式返回，比如Objective-C的對(duì)象等。

這里就是Realm另外一個(gè)很快的原因，Realm的數(shù)據(jù)庫(kù)文件是通過(guò)memory-mapped，也就是說(shuō)數(shù)據(jù)庫(kù)文件本身是映射到內(nèi)存(實(shí)際上是虛擬內(nèi)存)中的，Realm訪問(wèn)文件偏移就好比文件已經(jīng)在內(nèi)存中一樣(這里的內(nèi)存是指虛擬內(nèi)存)，它允許文件在沒(méi)有做反序列化的情況下直接從內(nèi)存讀取，提高了讀取效率。Realm 只需要簡(jiǎn)單地計(jì)算偏移來(lái)找到文件中的數(shù)據(jù)，然后從原始訪問(wèn)點(diǎn)返回?cái)?shù)據(jù)結(jié)構(gòu)的值 。

正是Realm采用了 zero-copy 架構(gòu)，幾乎沒(méi)有內(nèi)存開(kāi)銷(xiāo)，Realm核心文件格式基于memory-mapped，節(jié)約了大量的序列化和反序列化的開(kāi)銷(xiāo)，導(dǎo)致了Realm獲取對(duì)象的速度特別高效。

3. Realm 對(duì)象在不同的線程間不能共享

Realm 對(duì)象不能在線程間傳遞的原因就是為了保證隔離性和數(shù)據(jù)一致性。這樣做的目的只有一個(gè)，為了速度。

由于Realm是基于零拷貝的，所有對(duì)象都在內(nèi)存里，所以會(huì)自動(dòng)更新。如果允許Realm對(duì)象在線程間共享，Realm 會(huì)無(wú)法確保數(shù)據(jù)的一致性，因?yàn)椴煌木€程會(huì)在不確定的什么時(shí)間點(diǎn)同時(shí)改變對(duì)象的數(shù)據(jù)。

要想保證多線程能共享對(duì)象就是加鎖，但是加鎖又會(huì)導(dǎo)致一個(gè)長(zhǎng)時(shí)間的后臺(tái)寫(xiě)事務(wù)會(huì)阻塞 UI 的讀事務(wù)。不加鎖就不能保證數(shù)據(jù)的一致性，但是可以滿足速度的要求。Realm在衡量之后，還是為了速度，做出了不允許線程間共享的妥協(xié)。

正是因?yàn)椴辉试S對(duì)象在不同的線程間共享，保證了數(shù)據(jù)的一致性，不加線程鎖，保證了Realm的在速度上遙遙領(lǐng)先。

4. 真正的懶加載

大多數(shù)數(shù)據(jù)庫(kù)趨向于在水平層級(jí)存儲(chǔ)數(shù)據(jù)，這也就是為什么你從 SQLite 讀取一個(gè)屬性的時(shí)候，你就必須要加載整行的數(shù)據(jù)。它在文件中是連續(xù)存儲(chǔ)的。

不同的是，Realm盡可能讓 Realm 在垂直層級(jí)連續(xù)存儲(chǔ)屬性，你也可以看作是按列存儲(chǔ)。

在查詢到一組數(shù)據(jù)后，只有當(dāng)你真正訪問(wèn)對(duì)象的時(shí)候才真正加載進(jìn)來(lái)。

5. Realm 中的文件

先來(lái)說(shuō)說(shuō)中間的Database File

.realm 文件是memory mapped的，所有的對(duì)象都是文件首地址偏移量的一個(gè)引用。對(duì)象的存儲(chǔ)不一定是連續(xù)的，但是Array可以保證是連續(xù)存儲(chǔ)。

.realm執(zhí)行寫(xiě)操作的時(shí)候，有3個(gè)指針，一個(gè)是*current top pointer ，一個(gè)是 other top pointer ，最后一個(gè)是 switch bit*。

switch bit* 標(biāo)示著top pointer是否已經(jīng)被使用過(guò)。如果被使用過(guò)了，代表著數(shù)據(jù)庫(kù)已經(jīng)是可讀的。

the top pointer優(yōu)先更新，緊接著是the switch bit更新。因?yàn)榧词箤?xiě)入失敗了，雖然丟失了所有數(shù)據(jù)，但是這樣能保證數(shù)據(jù)庫(kù)依舊是可讀的。

再來(lái)說(shuō)說(shuō) .lock file。

.lock文件中會(huì)包含 the shared group 的metadata。這個(gè)文件承擔(dān)著允許多線程訪問(wèn)相同的Realm對(duì)象的職責(zé)。

最后說(shuō)說(shuō)Commit logs history

這個(gè)文件會(huì)用來(lái)更新索引indexes，會(huì)用來(lái)同步。里面主要維護(hù)了3個(gè)小文件，2個(gè)是數(shù)據(jù)相關(guān)的，1個(gè)是操作management的。

總結(jié)

經(jīng)過(guò)上面的分析之后，深深的感受到Realm就是為速度而生的！在保證了ACID的要求下，很多設(shè)計(jì)都是以速度為主。當(dāng)然，Realm 最核心的理念就是對(duì)象驅(qū)動(dòng)，這是 Realm 的核心原則。Realm 本質(zhì)上是一個(gè)嵌入式數(shù)據(jù)庫(kù)，但是它也是看待數(shù)據(jù)的另一種方式。它用另一種角度來(lái)重新看待移動(dòng)應(yīng)用中的模型和業(yè)務(wù)邏輯。

Realm還是跨平臺(tái)的，多個(gè)平臺(tái)都使用相同的數(shù)據(jù)庫(kù)，是多么好的一件事情呀。相信使用Realm作為App數(shù)據(jù)庫(kù)的開(kāi)發(fā)者會(huì)越來(lái)越多。

參考鏈接

Realm官網(wǎng)
Realm官方文檔
Realm GitHub

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書(shū)系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

推薦閱讀更多精彩內(nèi)容

  • 跨平臺(tái)：現(xiàn)在很多應(yīng)用都是要兼顧iOS和Android兩個(gè)平臺(tái)同時(shí)開(kāi)發(fā)。如果兩個(gè)平臺(tái)都能使用相同的數(shù)據(jù)庫(kù)，那就不用考...
    CoderZS閱讀 2,549評(píng)論 2贊 16
  • 一：realm介紹 Realm是由Y Combinator公司孵化出來(lái)的一款可以用于iOS(同樣適用于Swift&...
    子夏的不語(yǔ)閱讀 11,319評(píng)論 0贊 20
  • Spring Cloud為開(kāi)發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見(jiàn)模式的工具（例如配置管理，服務(wù)發(fā)現(xiàn)，斷路器，智...
    卡卡羅2017閱讀 134,923評(píng)論 18贊 139
  • 在一片慌亂中我終于從錢(qián)包里撈到了兩枚硬幣投進(jìn)箱內(nèi)，晃到位置上坐定，而此時(shí)母親大人早已正襟危坐，她這“未雨綢繆”的習(xí)...
    ENC閱讀 771評(píng)論 1贊 5
  • 不得不說(shuō)作者嚴(yán)歌苓敘事技藝的純熟與巧妙，在回憶與現(xiàn)實(shí)之間極自然的穿插切換，以一個(gè)風(fēng)流浪子跌宕的一生向讀者描述了那個(gè)...
    米何閱讀 779評(píng)論 0贊 1