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

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

可視化：Realm 還提供了一個輕量級的數(shù)據(jù)庫查看工具，在Mac Appstore 可以下載“Realm Browser”這個工具，開發(fā)者可以查看數(shù)據(jù)庫當(dāng)中的內(nèi)容，執(zhí)行簡單的插入和刪除數(shù)據(jù)的操作。畢竟，很多時候，開發(fā)者使用數(shù)據(jù)庫的理由是因為要提供一些所謂的“知識庫”。

“Realm Browser”這個工具調(diào)試起Realm數(shù)據(jù)庫實在太好用了，強烈推薦。
如果使用模擬器進行調(diào)試,可以通過
[RLMRealmConfiguration defaultConfiguration].fileURL

打印出Realm 數(shù)據(jù)庫地址,然后在Finder中??G跳轉(zhuǎn)到對應(yīng)路徑下,用Realm Browser打開對應(yīng)的.realm文件就可以看到數(shù)據(jù)啦.
如果是使用真機調(diào)試的話“Xcode->Window->Devices(??2)”,然后找到對應(yīng)的設(shè)備與項目,點擊Download Container，導(dǎo)出xcappdata文件后,顯示包內(nèi)容,進到AppData->Documents,使用Realm Browser打開.realm文件即可.
自2012年起， Realm 就已經(jīng)開始被用于正式的商業(yè)產(chǎn)品中了。經(jīng)過4年的使用，逐步趨于穩(wěn)定。

一. Realm 安裝
使用 Realm 構(gòu)建應(yīng)用的基本要求：
iOS 7 及其以上版本, macOS 10.9 及其以上版本，此外 Realm 支持 tvOS 和 watchOS 的所有版本。
需要使用 Xcode 7.3 或者以后的版本。

注意 這里如果是純的OC項目，就安裝OC的Realm，如果是純的Swift項目，就安裝Swift的Realm。如果是混編項目，就需要安裝OC的Realm，然后要把 Swift/RLMSupport.swift 文件一同編譯進去。
RLMSupport.swift這個文件為 Objective-C 版本的 Realm 集合類型中引入了 Sequence 一致性，并且重新暴露了一些不能夠從 Swift 中進行原生訪問的 Objective-C 方法，例如可變參數(shù) (variadic arguments)。更加詳細(xì)的說明見官方文檔。
安裝方法就4種：
一. Dynamic Framework
注意：動態(tài)框架與 iOS 7 不兼容，要支持 iOS 7 的話請查看“靜態(tài)框架”。
下載最新的Realm發(fā)行版本，并解壓；
前往Xcode 工程的”General”設(shè)置項中，從ios/dynamic/、osx/、tvos/或者watchos/中將’Realm.framework’拖曳到”Embedded Binaries”選項中。確認(rèn)Copy items if needed被選中后，點擊Finish按鈕；
在單元測試 Target 的”Build Settings”中，在”Framework Search Paths”中添加Realm.framework的上級目錄；
如果希望使用 Swift 加載 Realm，請拖動Swift/RLMSupport.swift文件到 Xcode 工程的文件導(dǎo)航欄中并選中Copy items if needed；
如果在 iOS、watchOS 或者 tvOS 項目中使用 Realm，請在您應(yīng)用目標(biāo)的”Build Phases”中，創(chuàng)建一個新的”Run Script Phase”，并將

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

這條腳本復(fù)制到文本框中。 因為要繞過APP商店提交的bug，這一步在打包通用設(shè)備的二進制發(fā)布版本時是必須的。
二.CocoaPods

2.從 Carthage/Build/目錄下對應(yīng)平臺文件夾中，將 Realm.framework拖曳到您 Xcode 工程”General”設(shè)置項的”Linked Frameworks and Libraries”選項卡中；
3.iOS/tvOS/watchOS: 在您應(yīng)用目標(biāo)的“Build Phases”設(shè)置選項卡中，點擊“+”按鈕并選擇“New Run Script Phase”。在新建的Run Script中，填寫:
/usr/local/bin/carthage copy-frameworks

在“Input Files”內(nèi)添加您想要使用的框架路徑，例如:
$(SRCROOT)/Carthage/Build/iOS/Realm.framework

因為要繞過APP商店提交的bug，這一步在打包通用設(shè)備的二進制發(fā)布版本時是必須的。
四.Static Framework (iOS only)
下載 Realm 的最新版本并解壓，將 Realm.framework 從 ios/static/文件夾拖曳到您 Xcode 項目中的文件導(dǎo)航器當(dāng)中。確保 Copy items if needed 選中然后單擊 Finish；
在 Xcode 文件導(dǎo)航器中選擇您的項目，然后選擇您的應(yīng)用目標(biāo)，進入到** Build Phases** 選項卡中。在 Link Binary with Libraries 中單擊 + 號然后添加libc++.dylib；

二. Realm 中的相關(guān)術(shù)語
為了能更好的理解Realm的使用，先介紹一下涉及到的相關(guān)術(shù)語。
RLMRealm：Realm是框架的核心所在，是我們構(gòu)建數(shù)據(jù)庫的訪問點，就如同Core Data的管理對象上下文（managed object context）一樣。出于簡單起見，realm提供了一個默認(rèn)的defaultRealm( )的便利構(gòu)造器方法。
RLMObject：這是我們自定義的Realm數(shù)據(jù)模型。創(chuàng)建數(shù)據(jù)模型的行為對應(yīng)的就是數(shù)據(jù)庫的結(jié)構(gòu)。要創(chuàng)建一個數(shù)據(jù)模型，我們只需要繼承RLMObject，然后設(shè)計我們想要存儲的屬性即可。
關(guān)系(Relationships)：通過簡單地在數(shù)據(jù)模型中聲明一個RLMObject類型的屬性，我們就可以創(chuàng)建一個“一對多”的對象關(guān)系。同樣地，我們還可以創(chuàng)建“多對一”和“多對多”的關(guān)系。
寫操作事務(wù)(Write Transactions)：數(shù)據(jù)庫中的所有操作，比如創(chuàng)建、編輯，或者刪除對象，都必須在事務(wù)中完成?！笆聞?wù)”是指位于write閉包內(nèi)的代碼段。
查詢(Queries)：要在數(shù)據(jù)庫中檢索信息，我們需要用到“檢索”操作。檢索最簡單的形式是對Realm( )數(shù)據(jù)庫發(fā)送查詢消息。如果需要檢索更復(fù)雜的數(shù)據(jù)，那么還可以使用斷言（predicates）、復(fù)合查詢以及結(jié)果排序等等操作。
RLMResults：這個類是執(zhí)行任何查詢請求后所返回的類，其中包含了一系列的RLMObject對象。RLMResults和NSArray類似，我們可以用下標(biāo)語法來對其進行訪問，并且還可以決定它們之間的關(guān)系。不僅如此，它還擁有許多更強大的功能，包括排序、查找等等操作。
三.Realm 入門——如何使用
由于Realm的API極為友好，一看就懂，所以這里就按照平時開發(fā)的順序，把需要用到的都梳理一遍。

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

   - (void)creatDataBaseWithName:(NSString *)databaseName{ NSArray *docPath = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES); 
   NSString *path = [docPath objectAtIndex:0]; 
   NSString *filePath = [path stringByAppendingPathComponent:databaseName];
   NSLog(@"數(shù)據(jù)庫目錄 = %@",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ù)庫主要設(shè)置RLMRealmConfiguration，設(shè)置數(shù)據(jù)庫名字和存儲地方。把路徑以及數(shù)據(jù)庫名字拼接好字符串，賦值給fileURL即可。
objectClasses這個屬性是用來控制對哪個類能夠存儲在指定 Realm 數(shù)據(jù)庫中做出限制。例如，如果有兩個團隊分別負(fù)責(zé)開發(fā)您應(yīng)用中的不同部分，并且同時在應(yīng)用內(nèi)部使用了 Realm 數(shù)據(jù)庫，那么您肯定不希望為它們協(xié)調(diào)進行數(shù)據(jù)遷移您可以通過設(shè)置RLMRealmConfiguration的 objectClasses屬性來對類做出限制。objectClasses一般可以不用設(shè)置。
readOnly是控制是否只讀屬性。
還有一個很特殊的數(shù)據(jù)庫，內(nèi)存數(shù)據(jù)庫。
通常情況下，Realm 數(shù)據(jù)庫是存儲在硬盤中的，但是您能夠通過設(shè)置inMemoryIdentifier而不是設(shè)置RLMRealmConfiguration中的 fileURL屬性，以創(chuàng)建一個完全在內(nèi)存中運行的數(shù)據(jù)庫。

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

內(nèi)存數(shù)據(jù)庫在每次程序運行期間都不會保存數(shù)據(jù)。但是，這不會妨礙到 Realm 的其他功能，包括查詢、關(guān)系以及線程安全。
如果需要一種靈活的數(shù)據(jù)讀寫但又不想儲存數(shù)據(jù)的方式的話，那么可以選擇用內(nèi)存數(shù)據(jù)庫。(關(guān)于內(nèi)存數(shù)據(jù)庫的性能 和 類屬性的 性能，還沒有測試過，感覺性能不會有太大的差異，所以內(nèi)存數(shù)據(jù)庫使用場景感覺不多)
使用內(nèi)存數(shù)據(jù)庫需要注意的是：
內(nèi)存數(shù)據(jù)庫會在臨時文件夾中創(chuàng)建多個文件，用來協(xié)調(diào)處理諸如跨進程通知之類的事務(wù)。 實際上沒有任何的數(shù)據(jù)會被寫入到這些文件當(dāng)中，除非操作系統(tǒng)由于內(nèi)存過滿， 需要清除磁盤上的多余空間。 才會去把內(nèi)存里面的數(shù)據(jù)存入到文件中。（感謝 @酷酷的哀殿 指出）

如果某個內(nèi)存 Realm 數(shù)據(jù)庫實例沒有被引用，那么所有的數(shù)據(jù)就會被釋放。所以必須要在應(yīng)用的生命周期內(nèi)保持對Realm內(nèi)存數(shù)據(jù)庫的強引用，以避免數(shù)據(jù)丟失。

2. 建表
   Realm數(shù)據(jù)模型是基于標(biāo)準(zhǔn) Objective?C 類來進行定義的，使用屬性來完成模型的具體定義。
   我們只需要繼承 RLMObject或者一個已經(jīng)存在的模型類，您就可以創(chuàng)建一個新的 Realm 數(shù)據(jù)模型對象。對應(yīng)在數(shù)據(jù)庫里面就是一張表。

   #import <Realm/Realm.h>
   @interface RLMUser : RLMObject
   @property NSString *accid;
   //用戶注冊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;@endRLM_ARRAY_TYPE(Car)
    // 定義RLMArray<Car>
   @end 
   

注意RLMObject 官方建議不要加上 Objective-C的property attributes(如nonatomic, atomic, strong, copy, weak 等等）假如設(shè)置了，這些attributes會一直生效直到RLMObject被寫入realm數(shù)據(jù)庫。
RLM_ARRAY_TYPE宏創(chuàng)建了一個協(xié)議，從而允許 RLMArray<Car>語法的使用。如果該宏沒有放置在模型接口的底部的話，您或許需要提前聲明該模型類。

關(guān)于RLMObject的的關(guān)系
1.對一(To-One)關(guān)系
對于多對一(many-to-one)或者一對一(one-to-one)關(guān)系來說，只需要聲明一個RLMObject子類類型的屬性即可，如上面代碼例子，@property RLMUser *owner;
2.對多(To-Many)關(guān)系通過 RLMArray類型的屬性您可以定義一個對多關(guān)系。如上面代碼例子，@property RLMArray<Car> *cars;
3.反向關(guān)系(Inverse Relationship)
鏈接是單向性的。因此，如果對多關(guān)系屬性 RLMUser.cars鏈接了一個 Car實例，而這個實例的對一關(guān)系屬性 Car.owner又鏈接到了對應(yīng)的這個 RLMUser實例，那么實際上這些鏈接仍然是互相獨立的。

   @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":@"測試" };}
   //設(shè)置忽略屬性,即不存到realm數(shù)據(jù)庫中
   + (NSArray<NSString *> *)ignoredProperties { return @[@"ID"];}
   //一般來說,屬性為nil的話realm會拋出異常,但是如果實現(xiàn)了這個方法的話,就只有name為nil會拋出異常,也就是說現(xiàn)在cover屬性可以為空了
   + (NSArray *)requiredProperties { return @[@"name"];}
   //設(shè)置索引,可以加快檢索的速度
   + (NSArray *)indexedProperties { return @[@"ID"];
    }
   @end

還可以給RLMObject設(shè)置主鍵primaryKey，默認(rèn)值defaultPropertyValues，忽略的屬性ignoredProperties，必要屬性requiredProperties，索引indexedProperties。比較有用的是主鍵和索引。
3.存儲數(shù)據(jù)
新建對象

   // (1) 創(chuàng)建一個Car對象，然后設(shè)置其屬性
   Car *car = [[Car alloc] init];
   car.carName = @"Lamborghini";
   // (2) 通過字典創(chuàng)建Car對象
   Car *myOtherCar = [[Car alloc] initWithValue:@{@"name" : @"Rolls-Royce"}];
    // (3) 通過數(shù)組創(chuàng)建狗狗對象
   Car *myThirdcar = [[Car alloc] initWithValue:@[@"BMW"]];`

注意，所有的必需屬性都必須在對象添加到 Realm 前被賦值
4.增

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

請注意，如果在進程中存在多個寫入操作的話，那么單個寫入操作將會阻塞其余的寫入操作，并且還會鎖定該操作所在的當(dāng)前線程。
Realm這個特性與其他持久化解決方案類似，我們建議您使用該方案常規(guī)的最佳做法：將寫入操作轉(zhuǎn)移到一個獨立的線程中執(zhí)行。
官方給出了一個建議：
由于 Realm 采用了 MVCC 設(shè)計架構(gòu)，讀取操作并不會因為寫入事務(wù)正在進行而受到影響。除非您需要立即使用多個線程來同時執(zhí)行寫入操作，不然您應(yīng)當(dāng)采用批量化的寫入事務(wù)，而不是采用多次少量的寫入事務(wù)。

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

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

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

6.改

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

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

addOrUpdateObject會去先查找有沒有傳入的Car相同的主鍵，如果有，就更新該條數(shù)據(jù)。這里需要注意，addOrUpdateObject這個方法不是增量更新，所有的值都必須有，如果有哪幾個值是null，那么就會覆蓋原來已經(jīng)有的值，這樣就會出現(xiàn)數(shù)據(jù)丟失的問題。
createOrUpdateInRealm：withValue：這個方法是增量更新的，后面?zhèn)饕粋€字典，使用這個方法的前提是有主鍵。方法會先去主鍵里面找有沒有字典里面?zhèn)魅氲闹麈I的記錄，如果有，就只更新字典里面的子集。如果沒有，就新建一條記錄。
7.查

//從默認(rèn)數(shù)據(jù)庫查詢所有的車
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];
// 排序名字以“大”開頭的棕黃色狗狗
RLMResults<Dog *> *sortedDogs = [[Dog objectsWhere:@"color = '棕黃色' AND name BEGINSWITH '大'"] sortedResultsUsingProperty:@"name" ascending:YES];

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

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）機制。當(dāng)您在運行時才能決定哪個屬性需要更新的時候，這個方法是最有用的。將 KVC 應(yīng)用在集合當(dāng)中是大量更新對象的極佳方式，這樣就可以不用經(jīng)常遍歷集合，為每個項目創(chuàng)建一個訪問器了。

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

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

// 產(chǎn)生隨機密鑰
NSMutableData *key = [NSMutableData dataWithLength:64];
SecRandomCopyBytes(kSecRandomDefault, key.length, (uint8_t *)key.mutableBytes);
// 打開加密文件
RLMRealmConfiguration *config = [RLMRealmConfiguration defaultConfiguration];
config.encryptionKey = key;
NSError *error = nil;
RLMRealm *realm = [RLMRealm realmWithConfiguration:config error:&error];
if (!realm) {
 // 如果密鑰錯誤，`error` 會提示數(shù)據(jù)庫不可訪問     
NSLog(@"Error opening realm: %@", error);}

Realm 支持在創(chuàng)建 Realm 數(shù)據(jù)庫時采用64位的密鑰對數(shù)據(jù)庫文件進行 AES-256+SHA2 加密。這樣硬盤上的數(shù)據(jù)都能都采用AES-256來進行加密和解密，并用 SHA-2 HMAC 來進行驗證。每次您要獲取一個 Realm 實例時，您都需要提供一次相同的密鑰。
不過，加密過的 Realm 只會帶來很少的額外資源占用（通常最多只會比平常慢10%）。
3.通知

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

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

- (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; 
// 對于變化信息來說，檢索的初次運行將會傳遞 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];
 }];
}

我們還能進行更加細(xì)粒度的通知，用集合通知就可以做到。
集合通知是異步觸發(fā)的，首先它會在初始結(jié)果出現(xiàn)的時候觸發(fā)，隨后當(dāng)某個寫入事務(wù)改變了集合中的所有或者某個對象的時候，通知都會再次觸發(fā)。這些變化可以通過傳遞到通知閉包當(dāng)?shù)?RLMCollectionChange參數(shù)訪問到。這個對象當(dāng)中包含了受 deletions、insertions和 modifications 狀態(tài)所影響的索引信息。
集合通知對于 RLMResults、RLMArray、RLMLinkingObjects 以及 RLMResults 這些衍生出來的集合來說，當(dāng)關(guān)系中的對象被添加或者刪除的時候，一樣也會觸發(fā)這個狀態(tài)變化。
4.數(shù)據(jù)庫遷移
這是Realm的優(yōu)點之一，方便遷移。
對比Core Data的數(shù)據(jù)遷移，實在是方便太多了。關(guān)于iOS Core Data 數(shù)據(jù)遷移 指南請看這篇文章。
數(shù)據(jù)庫存儲方面的增刪改查應(yīng)該都沒有什么大問題，比較蛋疼的應(yīng)該就是數(shù)據(jù)遷移了。在版本迭代過程中，很可能會發(fā)生表的新增，刪除，或者表結(jié)構(gòu)的變化，如果新版本中不做數(shù)據(jù)遷移，用戶升級到新版，很可能就直接crash了。對比Core Data的數(shù)據(jù)遷移比較復(fù)雜，Realm的遷移實在太簡單了。
1.新增刪除表，Realm不需要做遷移2.新增刪除字段，Realm不需要做遷移。Realm 會自行檢測新增和需要移除的屬性，然后自動更新硬盤上的數(shù)據(jù)庫架構(gòu)。
舉個官方給的數(shù)據(jù)遷移的例子：

RLMRealmConfiguration *config = [RLMRealmConfiguration defaultConfiguration];
config.schemaVersion = 2;
config.migrationBlock = ^(RLMMigration *migration, uint64_t oldSchemaVersion){
 // enumerateObjects:block: 遍歷了存儲在 Realm 文件中的每一個“Person”對象 
[migration enumerateObjects:Person.className block:^(RLMObject *oldObject, RLMObject *newObject) { 
// 只有當(dāng) Realm 數(shù)據(jù)庫的架構(gòu)版本為 0 的時候，才添加 “fullName” 屬性
 if (oldSchemaVersion < 1) { 
newObject[@"fullName"] = [NSString stringWithFormat:
@"%@ %@", oldObject[@"firstName"], oldObject[@"lastName"]];
 } 
// 只有當(dāng) Realm 數(shù)據(jù)庫的架構(gòu)版本為 0 或者 1 的時候，才添加“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)版本并且提供了遷移閉包，打開舊有的 Realm 數(shù)據(jù)庫會自動執(zhí)行此數(shù)據(jù)遷移，然后成功進行訪問
[RLMRealm defaultRealm];

在block里面分別有3種遷移方式，第一種是合并字段的例子，第二種是增加新字段的例子，第三種是原字段重命名的例子。
四. Realm 使用中可能需要注意的一些問題

在我從0開始接觸Realm到熟練上手，基本就遇到了多線程這一個坑?？梢奟ealm的API文檔是多么的友好。雖然坑不多，但是還有有些需要注意的地方。

1.跨線程訪問數(shù)據(jù)庫，Realm對象一定需要新建一個
*** 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)以上錯誤，那就是因為你訪問Realm數(shù)據(jù)的時候，使用的Realm對象所在的線程和當(dāng)前線程不一致。
解決辦法就是在當(dāng)前線程重新獲取最新的Realm，即可。

2. 自己封裝一個Realm全局實例單例是沒啥作用的
   這個也是我之前對Realm多線程理解不清，導(dǎo)致的一個誤解。
   很多開發(fā)者應(yīng)該都會對Core Data和Sqlite3或者FMDB，自己封裝一個類似Helper的單例。于是我也在這里封裝了一個單例，在新建完Realm數(shù)據(jù)庫的時候strong持有一個Realm的對象。然后之后的訪問中只需要讀取這個單例持有的Realm對象就可以拿到數(shù)據(jù)庫了。
   想法是好的，但是同一個Realm對象是不支持跨線程操作realm數(shù)據(jù)庫的。
   Realm 通過確保每個線程始終擁有 Realm 的一個快照，以便讓并發(fā)運行變得十分輕松。你可以同時有任意數(shù)目的線程訪問同一個 Realm 文件，并且由于每個線程都有對應(yīng)的快照，因此線程之間絕不會產(chǎn)生影響。需要注意的一件事情就是不能讓多個線程都持有同一個 Realm 對象的 實例 。如果多個線程需要訪問同一個對象，那么它們分別會獲取自己所需要的實例（否則在一個線程上發(fā)生的更改就會造成其他線程得到不完整或者不一致的數(shù)據(jù)）。
   其實RLMRealm *realm = [RLMRealm defaultRealm]; 這句話就是獲取了當(dāng)前realm對象的一個實例，其實實現(xiàn)就是拿到單例。所以我們每次在子線程里面不要再去讀取我們自己封裝持有的realm實例了，直接調(diào)用系統(tǒng)的這個方法即可，能保證訪問不出錯。
   3.transactionWithBlock 已經(jīng)處于一個寫的事務(wù)中，事務(wù)之間不能嵌套

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

transactionWithBlock 已經(jīng)處于一個寫的事務(wù)中，如果還在block里面再寫一個commitWriteTransaction，就會出錯，寫事務(wù)是不能嵌套的。
出錯信息如下：

*** 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.建議每個model都需要設(shè)置主鍵，這樣可以方便add和update
如果能設(shè)置主鍵，請盡量設(shè)置主鍵，因為這樣方便我們更新數(shù)據(jù)，我們可以很方便的調(diào)用addOrUpdateObject: 或者 createOrUpdateInRealm：withValue：方法進行更新。這樣就不需要先根據(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]]; 
}];
 });

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

***** 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)點和缺點
關(guān)于Realm的優(yōu)點，在官網(wǎng)上也說了很多了，我感觸最深的3個優(yōu)點也在文章開頭提到了。
CoreData VS Realm 的對比，可以看看這篇文章

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

   
   
   
   

   1.類名稱的長度最大只能存儲 57 個 UTF8 字符。
   2.屬性名稱的長度最大只能支持 63 個 UTF8 字符。
   3.NSData以及 NSString屬性不能保存超過 16 MB 大小的數(shù)據(jù)。如果要存儲大量的數(shù)據(jù)，可通過將其分解為16MB 大小的塊，或者直接存儲在文件系統(tǒng)中，然后將文件路徑存儲在 Realm 中。如果您的應(yīng)用試圖存儲一個大于 16MB 的單一屬性，系統(tǒng)將在運行時拋出異常。
   4.對字符串進行排序以及不區(qū)分大小寫查詢只支持“基礎(chǔ)拉丁字符集”、“拉丁字符補充集”、“拉丁文擴展字符集 A” 以及”拉丁文擴展字符集 B“（UTF-8 的范圍在 0~591 之間）。
   5.盡管 Realm 文件可以被多個線程同時訪問，但是您不能跨線程處理 Realms、Realm 對象、查詢和查詢結(jié)果。（這個其實也不算是個問題，我們在多線程中新建新的Realm對象就可以解決）
   6.Realm對象的 Setters & Getters 不能被重載
   因為 Realm 在底層數(shù)據(jù)庫中重寫了 setters 和 getters 方法，所以您不可以在您的對象上再對其進行重寫。一個簡單的替代方法就是：創(chuàng)建一個新的 Realm 忽略屬性，該屬性的訪問起可以被重寫， 并且可以調(diào)用其他的 getter 和 setter 方法。
   7.文件大小 & 版本跟蹤
   一般來說 Realm 數(shù)據(jù)庫比 SQLite 數(shù)據(jù)庫在硬盤上占用的空間更少。如果您的 Realm 文件大小超出了您的想象，這可能是因為您數(shù)據(jù)庫中的 RLMRealm中包含了舊版本數(shù)據(jù)。為了使您的數(shù)據(jù)有相同的顯示方式，Realm 只在循環(huán)迭代開始的時候才更新數(shù)據(jù)版本。這意味著，如果您從 Realm 讀取了一些數(shù)據(jù)并進行了在一個鎖定的線程中進行長時間的運行，然后在其他線程進行讀寫 Realm 數(shù)據(jù)庫的話，那么版本將不會被更新，Realm 將保存中間版本的數(shù)據(jù)，但是這些數(shù)據(jù)已經(jīng)沒有用了，這導(dǎo)致了文件大小的增長。這部分空間會在下次寫入操作時被重復(fù)利用。這些操作可以通過調(diào)用writeCopyToPath:error:來實現(xiàn)。
   解決辦法：通過調(diào)用invalidate，來告訴 Realm 您不再需要那些拷貝到 Realm 的數(shù)據(jù)了。這可以使我們不必跟蹤這些對象的中間版本。在下次出現(xiàn)新版本時，再進行版本更新。您可能在 Realm 使用Grand Central Dispatch時也發(fā)現(xiàn)了這個問題。在 dispatch 結(jié)束后自動釋放調(diào)度隊列（dispatch queue）時，調(diào)度隊列（dispatch queue）沒有隨著程序釋放。這造成了直到RLMRealm 對象被釋放后，Realm 中間版本的數(shù)據(jù)空間才會被再利用。為了避免這個問題，您應(yīng)該在 dispatch 隊列中，使用一個顯式的自動調(diào)度隊列（dispatch queue）。
   8.Realm 沒有自動增長屬性
   Realm 沒有線程/進程安全的自動增長屬性機制，這在其他數(shù)據(jù)庫中常常用來產(chǎn)生主鍵。然而，在絕大多數(shù)情況下，對于主鍵來說，我們需要的是一個唯一的、自動生成的值，因此沒有必要使用順序的、連續(xù)的、整數(shù)的 ID 作為主鍵。
   解決辦法：
   在這種情況下，一個獨一無二的字符串主鍵通常就能滿足需求了。一個常見的模式是將默認(rèn)的屬性值設(shè)置為 [[NSUUID UUID] UUIDString]以產(chǎn)生一個唯一的字符串 ID。自動增長屬性另一種常見的動機是為了維持插入之后的順序。在某些情況下，這可以通過向某個 RLMArray中添加對象，或者使用 [NSDate date]默認(rèn)值的createdAt屬性。
   9.所有的數(shù)據(jù)模型必須直接繼承自RealmObject。這阻礙我們利用數(shù)據(jù)模型中的任意類型的繼承。
   這一點也不算問題，我們只要自己在建立一個model就可以解決這個問題。自己建立的model可以自己隨意去繼承，這個model專門用來接收網(wǎng)絡(luò)數(shù)據(jù)，然后把自己的這個model轉(zhuǎn)換成要存儲到表里面的model，即RLMObject對象。這樣這個問題也可以解決了。
   Realm 允許模型能夠生成更多的子類，也允許跨模型進行代碼復(fù)用，但是由于某些 Cocoa 特性使得運行時中豐富的類多態(tài)無法使用。以下是可以完成的操作：
   父類中的類方法，實例方法和屬性可以被它的子類所繼承
   子類中可以在方法以及函數(shù)中使用父類作為參數(shù)

以下是不能完成的：
多態(tài)類之間的轉(zhuǎn)換（例如子類轉(zhuǎn)換成子類，子類轉(zhuǎn)換成父類，父類轉(zhuǎn)換成子類等）
同時對多個類進行檢索
多類容器 (RLMArray以及 RLMResults)

10.Realm不支持集合類型
這一點也是比較蛋疼。
Realm支持以下的屬性類型：BOOL、bool、int、NSInteger、long、long long、float、double、NSString、NSDate、NSData以及 被特殊類型標(biāo)記的NSNumber。CGFloat屬性的支持被取消了，因為它不具備平臺獨立性。
這里就是不支持集合，比如說NSArray，NSMutableArray，NSDictionary，NSMutableDictionary，NSSet，NSMutableSet。如果服務(wù)器傳來的一個字典，key是一個字符串，對應(yīng)的value就是一個數(shù)組，這時候就想存儲這個數(shù)組就比較困難了。當(dāng)然Realm里面是有集合的，就是RLMArray，這里面裝的都是RLMObject。
所以我們想解決這個問題，就需要把數(shù)據(jù)里面的東西都取出來，如果是model，就先自己接收一下，然后轉(zhuǎn)換成RLMObject的model，再存儲到RLMArray里面去，這樣轉(zhuǎn)換一遍，還是可以的做到的。
這里列出了暫時Realm當(dāng)前辦法存在的“缺點”，如果這10點，在自己的App上都能滿足業(yè)務(wù)需求，那么這一道坎也不是問題了。
以上兩道砍請仔細(xì)衡量清楚，這里還有一篇文章是關(guān)于更換數(shù)據(jù)庫的心得體會的，高速公路換輪胎——為遺留系統(tǒng)替換數(shù)據(jù)庫考慮更換的同學(xué)也可以看看。這兩道坎如果真的不適合，過不去，那么請放棄Realm吧！
六. Realm 到底是什么？

3. Realm 對象在不同的線程間不能共享
   Realm 對象不能在線程間傳遞的原因就是為了保證隔離性和數(shù)據(jù)一致性。這樣做的目的只有一個，為了速度。
   由于Realm是基于零拷貝的，所有對象都在內(nèi)存里，所以會自動更新。如果允許Realm對象在線程間共享，Realm 會無法確保數(shù)據(jù)的一致性，因為不同的線程會在不確定的什么時間點同時改變對象的數(shù)據(jù)。
   要想保證多線程能共享對象就是加鎖，但是加鎖又會導(dǎo)致一個長時間的后臺寫事務(wù)會阻塞 UI 的讀事務(wù)。不加鎖就不能保證數(shù)據(jù)的一致性，但是可以滿足速度的要求。Realm在衡量之后，還是為了速度，做出了不允許線程間共享的妥協(xié)。
   正是因為不允許對象在不同的線程間共享，保證了數(shù)據(jù)的一致性，不加線程鎖，保證了Realm的在速度上遙遙領(lǐng)先。
4. 真正的懶加載
   大多數(shù)數(shù)據(jù)庫趨向于在水平層級存儲數(shù)據(jù)，這也就是為什么你從 SQLite 讀取一個屬性的時候，你就必須要加載整行的數(shù)據(jù)。它在文件中是連續(xù)存儲的。
   不同的是，Realm盡可能讓 Realm 在垂直層級連續(xù)存儲屬性，你也可以看作是按列存儲。
   在查詢到一組數(shù)據(jù)后，只有當(dāng)你真正訪問對象的時候才真正加載進來。
5. Realm 中的文件
   
   
   先來說說中間的Database File
   .realm 文件是memory mapped的，所有的對象都是文件首地址偏移量的一個引用。對象的存儲不一定是連續(xù)的，但是Array可以保證是連續(xù)存儲。
   .realm執(zhí)行寫操作的時候，有3個指針，一個是current top pointer ，一個是 other top pointer ，最后一個是 switch bit。
   switch bit* 標(biāo)示著top pointer是否已經(jīng)被使用過。如果被使用過了，代表著數(shù)據(jù)庫已經(jīng)是可讀的。
   the top pointer優(yōu)先更新，緊接著是the switch bit更新。因為即使寫入失敗了，雖然丟失了所有數(shù)據(jù)，但是這樣能保證數(shù)據(jù)庫依舊是可讀的。
   再來說說 .lock file。
   .lock文件中會包含 the shared group 的metadata。這個文件承擔(dān)著允許多線程訪問相同的Realm對象的職責(zé)。
   最后說說Commit logs history
   這個文件會用來更新索引indexes，會用來同步。里面主要維護了3個小文件，2個是數(shù)據(jù)相關(guān)的，1個是操作management的。
   總結(jié)
   經(jīng)過上面的分析之后，深深的感受到Realm就是為速度而生的！在保證了ACID的要求下，很多設(shè)計都是以速度為主。當(dāng)然，Realm 最核心的理念就是對象驅(qū)動，這是 Realm 的核心原則。Realm 本質(zhì)上是一個嵌入式數(shù)據(jù)庫，但是它也是看待數(shù)據(jù)的另一種方式。它用另一種角度來重新看待移動應(yīng)用中的模型和業(yè)務(wù)邏輯。
   Realm還是跨平臺的，多個平臺都使用相同的數(shù)據(jù)庫，是多么好的一件事情呀。相信使用Realm作為App數(shù)據(jù)庫的開發(fā)者會越來越多。