iOS H2缓存层替换方案 ---- LevelDB落地实践

为何要重构？

h2这边的缓存层问题诟病不少。很早以前就想总体规划一下。

目前的主要问题有如下几点：

1. 主要存储使用plist文件存储
   1. 存储和读取的相应速度都慢
   2. 若是没有文件，须要提早建立文件，徒增性能消耗
   3. 存储数据容易破解。plist能够直接打开
   4. 存储数据没有任何压缩，徒增缓存文件大小
2. 轻量级存储主要使用了NSUserDefaults
   1. 实质也是plist文件
   2. 若是须要实时存储数据，须要手动调用同步
   3. 都存在于一个文件中，存的越多，读取更新写入的成本越大
   4. 容易滥用，形成没必要要的浪费
3. 还有以前前辈封装的基于sqlite的数据库

结合H2主要的业务。几乎都是轻量级存储，只有个别的计划详情，课程详情，首页数据相对多一些，而且存的场景多一下。因此一直想利用一个NoSQL，替换现有方案。在再三斟酌以后，决定使用LevelDB。

相比于以前的方案，LevelDB主要优势有如下几个方面：

1. 高可靠。避免数据存储失败的状况
2. 顺序写。写速度大大提升
3. k-v存储。API简单方便
4. 数据压缩。减少存储量，减少APP的数据大小
5. 比文件存储方式，数据相对不可见
6. 删除操做再也不是文件式的覆盖写入，或者删除文件自己，而是直接处理数据，提高性能

总而言之，总体性能提升了100倍左右。对于卡顿，使用内存，启动耗时都有相应的提高。

层级划分

而我在接入的过程当中，使用了两层结构，即一层业务数据格式化，一层数据库操做。主要缘由以下：

1. 方便替换以前的plist存储
2. 方便后续替换底层数据库，固定上层的业务API
3. 存储在LevelDB是NSData，上层业务能够传入NSDictionary，NSArray，NSString，NSNumber的基础数据，而不能直接传入一个对象，目的是提升数据格式化的效率。因此在上层进行数据格式化。

具体实现

首先，咱们来看一下LevelDB的封装。

LevelDB.h

#import <Foundation/Foundation.h>

@interface LevelDB : NSObject

+ (instancetype)share;

- (void)set:(NSString *)key value:(id)value;
- (id)get:(NSString *)key;
- (void)del:(NSString *)key;

@end
复制代码

对上层提供增/改，删，查的基础API。

LevelDB.m

#import "LevelDB.h"

#include "db.h"
#include "status.h"
#include "options.h"
#include "slice.h"

#define SliceFromString(_string_) (Slice((char *)[_string_ UTF8String], [_string_ lengthOfBytesUsingEncoding:NSUTF8StringEncoding]))
#define StringFromSlice(_slice_) ([[NSString alloc] initWithBytes:_slice_.data() length:_slice_.size() encoding:NSUTF8StringEncoding])

static leveldb::DB *db;
static leveldb::Options options;

using namespace leveldb;
static Slice SliceFromObject(id object) {
    NSData *data = nil;
    if ([object isKindOfClass:[NSArray class]]
        || [object isKindOfClass:[NSDictionary class]]) {
        @try {
            NSError *error;
            data = [NSJSONSerialization dataWithJSONObject:object options:NSJSONWritingPrettyPrinted error:&error];
        } @catch(NSException * exception) {
            NSLog(@"%@", exception);
        }
    } else if ([object isKindOfClass:[NSString class]]) {
        data = [object dataUsingEncoding:NSUTF8StringEncoding];
    } else if ([object isKindOfClass:[NSNumber class]]) {
        data = [[NSString stringWithFormat:@"%@", object] dataUsingEncoding:NSUTF8StringEncoding];
    }
    return Slice((const char *)[data bytes], (size_t)[data length]);
}

static id ObjectFromSlice(Slice v) {
    NSData *data = [NSData dataWithBytes:v.data() length:v.size()];
    NSError *error;
    id object = [NSJSONSerialization JSONObjectWithData:data options:NSJSONReadingAllowFragments error:&error];
    if (!object) {
        object = [[NSString alloc]initWithData:data encoding:NSUTF8StringEncoding];
    }
    return object;
}

@implementation LevelDB

+ (instancetype)share {
    static LevelDB *dbManger = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        dbManger = [[LevelDB alloc]init];
        NSArray *directoryPaths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
        NSString *documentDirectory = [directoryPaths objectAtIndex:0];
        NSString *file = [documentDirectory stringByAppendingPathComponent:@"storage.ldb"];
        options.create_if_missing = true;
        leveldb::Status status = leveldb::DB::Open(options, [file UTF8String], &db);
        if (!status.ok()) {
        }
        NSLog(@"Problem creating LevelDB database: %s", status.ToString().c_str());
    });
    return dbManger;
}

- (void)set:(NSString *)key value:(id)value {
    if (!value) {
        [self del:key];
        return;
    }
    leveldb::Status status = db->Put(leveldb::WriteOptions(), SliceFromString(key), SliceFromObject(value));
    if (!status.ok()) {
        NSString *errorMessage = [NSString stringWithCString:(status.ToString().c_str()) encoding:[NSString defaultCStringEncoding]];
        NSLog(@"levelDB存储失败:%@\nreson:%@\n", key, errorMessage);
    }
}

- (id)get:(NSString *)key {
    std::string strValue;
    leveldb::Status status = db->Get(leveldb::ReadOptions(), SliceFromString(key), &strValue);

    if (!(status.ok())) {
        NSString *errorMessage = [NSString stringWithCString:(status.ToString().c_str()) encoding:[NSString defaultCStringEncoding]];
        NSLog(@"levelDB获取失败:%@\nreson:%@\n",key,errorMessage);
        return nil;
    }
    return ObjectFromSlice(strValue);
}

- (void)del:(NSString *)key {
    std::string strValue;
    leveldb::Status status = db->Delete(leveldb::WriteOptions(), SliceFromString(key));
    if (!status.ok()) {
        NSString *errorMessage = [NSString stringWithCString:(status.ToString().c_str()) encoding:[NSString defaultCStringEncoding]];
        NSLog(@"levelDB删除失败:%@\nreson:%@\n",key,errorMessage);
    }
}

@end

复制代码

其中，SliceFromObject方法和ObjectFromSlice，能够将OC数据和LevelDB须要的存储数据互相转化。

以前，尝试过 解档归档 的方式来格式化数据，好处是能够传入任意对象来进行存储，可是问题在于，效率过低，数据量增大的状况下，甚至比文件存储的效率更低，瓶颈主要在 归档 这里。

因此，最后肯定为只进行NSString，NSNumber，NSArray，NSDictionary的基础数据处理，使用Json进行数据转化，效率明显提高。不过，我想，这部分还有更多的优化控件，还在思考中。

YGCacheHandler提供业务方封装。这里提供一个例子，其余再也不赘述：

+ (YGUser *)user {
    NSDictionary *userInfo = [[LevelDB share]get:@"YGUser"];
    if (!userInfo) {
        NSString *path = [[YGCacheHandler rootDirectoryPath] stringByAppendingPathComponent:@"YGUser.plist"];
        userInfo = [NSDictionary dictionaryWithContentsOfFile:path];
        if (!userInfo || 0 == userInfo.allKeys.count) {
            return nil;
        }
    }
    YGUser *user = [YGUser yy_modelWithDictionary:userInfo];
    return user;
}

+ (void)updateUser:(YGUser *)user {
    NSDictionary *userInfo = [user yy_modelToJSONObject];
    [[LevelDB share]set:@"YGUser" value:userInfo];
}
复制代码

其中，读取方法，须要注意要兼容以前版本plist文件存储的数据。

而，写入方法中，须要将YGUser的model转为基础数据，再直接写入到LevelDB。

能够看出，代码量少了不少，更加清爽简单。

最后，祝你们玩得开心啦！