iOS的文件內(nèi)存映射——mmap

前言

mmap在日常開發(fā)中偶爾會遇到的一個關(guān)鍵詞,最常用到的場景是MMKV,其次用到的是日志打印。雖然都已經(jīng)被封裝好启妹,但也需要了解下mmap的基本原理和過程。

正文

進(jìn)程是App運(yùn)行的基本單位醉旦,進(jìn)程之間相對獨(dú)立饶米。iOS系統(tǒng)中App運(yùn)行的內(nèi)存空間地址是虛擬空間地址,存儲數(shù)據(jù)是在各自的沙盒车胡。
當(dāng)我們在App中去讀寫沙盒中的文件時檬输,我們會使用NSFileManager去查找文件,然后可以使用NSData去加載二進(jìn)制數(shù)據(jù)匈棘。文件操作的更底層實(shí)現(xiàn)過程褪猛,是使用linux的read()write()函數(shù)直接操作文件句柄(也叫文件描述符羹饰、fd)伊滋。
在操作系統(tǒng)層面,當(dāng)App讀取一個文件時队秩,實(shí)際是有兩步:先將文件從磁盤讀取到物理內(nèi)存笑旺,再從系統(tǒng)空間拷貝到用戶空間(可以認(rèn)為是復(fù)制到系統(tǒng)給App統(tǒng)一分配的內(nèi)存)。
iOS系統(tǒng)使用頁緩存機(jī)制馍资,通過MMU(Memory Management Unit)將虛擬內(nèi)存地址和物理地址進(jìn)行映射筒主,并且由于進(jìn)程的地址空間和系統(tǒng)的地址空間不一樣,所以還需要多一次拷貝。

而mmap將磁盤上文件的地址信息與進(jìn)程用的虛擬邏輯地址進(jìn)行映射乌妙,建立映射的過程與普通的內(nèi)存讀取不同:正常的是將文件拷貝到內(nèi)存使兔,mmap只是建立映射而不會將文件加載到內(nèi)存中。
這樣做的注意事項(xiàng):

  • 1藤韵、犧牲較大的虛擬內(nèi)存虐沥,映射區(qū)域有多大就需要虛擬內(nèi)存有多大;(故而太大的文件不適合映射整個文件泽艘,32位虛擬內(nèi)存最大是4GB欲险,可以只映射部分)
  • 2、因?yàn)橛成溆蓄~外的性能消耗匹涮,所以適用于頻繁讀操作的場景天试;(單次使用的場景不建議使用)
  • 3、因?yàn)槊看尾僮鲀?nèi)存會同步到磁盤然低,所以不適用于移動磁盤或者網(wǎng)絡(luò)磁盤上的文件喜每;
  • 4、變長文件不適用雳攘;

iOS中的mmap

官網(wǎng)的demo為例灼卢,其他的代碼很簡明直接,核心就在于mmap函數(shù)来农。

void* mmap(void* start,size_t length,int prot,int flags,int fd,off_t offset);

*outDataPtr = mmap(NULL,
                   size,
                   PROT_READ|PROT_WRITE,
                   MAP_FILE|MAP_SHARED,
                   fileDescriptor,
                   0);

start:映射開始地址,設(shè)置NULL則讓系統(tǒng)決定映射開始地址崇堰;
length:映射區(qū)域的長度沃于,單位是Byte;
prot:映射內(nèi)存的保護(hù)標(biāo)志海诲,主要是讀寫相關(guān)繁莹,是位運(yùn)算標(biāo)志;(記得與下面fd對應(yīng)句柄打開的設(shè)置一致)
flags:映射類型特幔,通常是文件和共享類型咨演;
fd:文件句柄;
off_toffset:被映射對象的起點(diǎn)偏移蚯斯;

用官網(wǎng)的代碼做參考薄风,寫了一個讀寫的例子:

#import "ViewController.h"
#import <sys/mman.h>
#import <sys/stat.h>

int MapFile(const char * inPathName, void ** outDataPtr, size_t * outDataLength, size_t appendSize)
{
    int outError;
    int fileDescriptor;
    struct stat statInfo;

    // Return safe values on error.
    outError = 0;
    *outDataPtr = NULL;
    *outDataLength = 0;

    // Open the file.
    fileDescriptor = open( inPathName, O_RDWR, 0 );
    if( fileDescriptor < 0 )
    {
        outError = errno;
    }
    else
    {
        // We now know the file exists. Retrieve the file size.
        if( fstat( fileDescriptor, &statInfo ) != 0 )
        {
            outError = errno;
        }
        else
        {
            ftruncate(fileDescriptor, statInfo.st_size + appendSize);
            fsync(fileDescriptor);
            *outDataPtr = mmap(NULL,
                               statInfo.st_size + appendSize,
                               PROT_READ|PROT_WRITE,
                               MAP_FILE|MAP_SHARED,
                               fileDescriptor,
                               0);
            if( *outDataPtr == MAP_FAILED )
            {
                outError = errno;
            }
            else
            {
                // On success, return the size of the mapped file.
                *outDataLength = statInfo.st_size;
            }
        }

        // Now close the file. The kernel doesn’t use our file descriptor.
        close( fileDescriptor );
    }

    return outError;
}

void ProcessFile(const char * inPathName)
{
    size_t dataLength;
    void * dataPtr;
    char *appendStr = " append_key";
    int appendSize = (int)strlen(appendStr);
    if( MapFile(inPathName, &dataPtr, &dataLength, appendSize) == 0) {
        dataPtr = dataPtr + dataLength;
        memcpy(dataPtr, appendStr, appendSize);
        // Unmap files
        munmap(dataPtr, appendSize + dataLength);
    }
}

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view.
    NSString *path = [NSHomeDirectory() stringByAppendingPathComponent:@"test.data"];
    NSLog(@"path: %@", path);
    NSString *str = @"test str";
    [str writeToFile:path atomically:YES encoding:NSUTF8StringEncoding error:nil];

    ProcessFile(path.UTF8String);
    NSString *result = [NSString stringWithContentsOfFile:path encoding:NSUTF8StringEncoding error:nil];
    NSLog(@"result:%@", result);
}

MMKV和mmap

NSUserDefault是常見的緩存工具,但是數(shù)據(jù)的同步有時會不及時拍嵌,比如說在crash前保存的值很容易出現(xiàn)保存失敗的情況遭赂,在App重新啟動之后讀取不到保存的值。
MMKV很好的解決了NSUserDefault的局限横辆,具體的好處可以見官網(wǎng)撇他。
但是同樣由于其獨(dú)特設(shè)計(jì),在數(shù)據(jù)量較大、操作頻繁的場景下困肩,會產(chǎn)生性能問題划纽。
這里的使用給出兩個建議:
1、不要全部用defaultMMKV锌畸,根據(jù)業(yè)務(wù)大的類型做聚合勇劣,避免某一個MMKV數(shù)據(jù)過大,特別是對于某些只會出現(xiàn)一次的新手引導(dǎo)蹋绽、紅點(diǎn)之類的邏輯芭毙,盡可能按業(yè)務(wù)聚合,使用多個MMKV的對象卸耘;
2退敦、對于需要頻繁讀寫的數(shù)據(jù),可以在內(nèi)存持有一份數(shù)據(jù)緩存蚣抗,必要時再更新到MMKV侈百;

NSData與mmap

NSData是我們常用類,有一個靜態(tài)方法和mmap有關(guān)系翰铡。

+ (id)dataWithContentsOfFile:(NSString *)path options:(NSDataReadingOptions)readOptionsMask error:(NSError **)errorPtr;
NSDataReadingOptions有一個參數(shù)是NSDataReadingMappedIfSafe钝域。
Mapped的意思是使用mmap,這個ifSafe是什么意思呢锭魔?和另外一個參數(shù)NSDataReadingMappedAlways有什么區(qū)別例证?

先看看這三個參數(shù)具體的意思:
NSDataReadingUncached : 不要緩存,如果該文件只會讀取一次迷捧,這個設(shè)置可以提高性能织咧;
NSDataReadingMappedIfSafe : 在保證安全的前提下使用mmap;
NSDataReadingMappedAlways : 使用mmap漠秋;

如果使用mmap笙蒙,則在NSData的生命周期內(nèi),都不能刪除對應(yīng)的文件庆锦。
如果文件是在固定磁盤捅位,非可移動磁盤、網(wǎng)絡(luò)磁盤搂抒,則滿足NSDataReadingMappedIfSafe艇搀。對iOS而言,這個NSDataReadingMappedIfSafe=NSDataReadingMappedAlways求晶。

那什么情況下應(yīng)該用對應(yīng)的參數(shù)中符?
如果文件很大,直接使用dataWithContentsOfFile方法誉帅,會導(dǎo)致load整個文件淀散,出現(xiàn)內(nèi)存占用過多的情況右莱;此時用NSDataReadingMappedIfSafe,則會使用mmap建立文件映射档插,減少內(nèi)存的占用慢蜓。
使用場景舉例——視頻加載,視頻文件通常比較大郭膛,但是使用的過程中不會同時讀取整個視頻文件的內(nèi)### 總結(jié)

mmap就是文件的內(nèi)存映射晨抡,通常讀取文件是將文件讀取到內(nèi)存,會占用真正的物理內(nèi)存则剃;而mmap是用進(jìn)程的內(nèi)存虛擬地址空間去映射實(shí)際的文件中耘柱,這個過程由操作系統(tǒng)處理。mmap不會為文件分配物理內(nèi)存棍现,而是相當(dāng)于將內(nèi)存地址指向文件的磁盤地址调煎,后續(xù)對這些內(nèi)存進(jìn)行的讀寫操作,會由操作系統(tǒng)同步到磁盤上的文件己肮。
iOS中使用mmap可以用c方法的mmap()士袄,也可以使用NSData的接口帶上NSDataReadingMappedIfSafe參數(shù)。前者自由度更大谎僻,后者用于讀取數(shù)據(jù)娄柳。

附錄

mmap蘋果官方文檔
NSDataReadingMappedIfSafe
iOS內(nèi)存映射mmap詳解
linux中的頁緩存和文件IO
從內(nèi)核文件系統(tǒng)看文件讀寫過程
linux內(nèi)存映射mmap原理分析

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市艘绍,隨后出現(xiàn)的幾起案子赤拒,更是在濱河造成了極大的恐慌,老刑警劉巖诱鞠,帶你破解...
    沈念sama閱讀 218,122評論 6 505
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件挎挖,死亡現(xiàn)場離奇詭異,居然都是意外死亡般甲,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,070評論 3 395
  • 文/潘曉璐 我一進(jìn)店門鹅颊,熙熙樓的掌柜王于貴愁眉苦臉地迎上來敷存,“玉大人,你說我怎么就攤上這事堪伍∶常” “怎么了?”我有些...
    開封第一講書人閱讀 164,491評論 0 354
  • 文/不壞的土叔 我叫張陵帝雇,是天一觀的道長涮俄。 經(jīng)常有香客問我,道長尸闸,這世上最難降的妖魔是什么彻亲? 我笑而不...
    開封第一講書人閱讀 58,636評論 1 293
  • 正文 為了忘掉前任孕锄,我火速辦了婚禮,結(jié)果婚禮上苞尝,老公的妹妹穿的比我還像新娘畸肆。我一直安慰自己,他們只是感情好宙址,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,676評論 6 392
  • 文/花漫 我一把揭開白布轴脐。 她就那樣靜靜地躺著,像睡著了一般抡砂。 火紅的嫁衣襯著肌膚如雪大咱。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,541評論 1 305
  • 那天注益,我揣著相機(jī)與錄音碴巾,去河邊找鬼。 笑死聊浅,一個胖子當(dāng)著我的面吹牛餐抢,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播低匙,決...
    沈念sama閱讀 40,292評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼旷痕,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了顽冶?” 一聲冷哼從身側(cè)響起欺抗,我...
    開封第一講書人閱讀 39,211評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎强重,沒想到半個月后绞呈,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,655評論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡间景,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,846評論 3 336
  • 正文 我和宋清朗相戀三年佃声,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片倘要。...
    茶點(diǎn)故事閱讀 39,965評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡圾亏,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出封拧,到底是詐尸還是另有隱情志鹃,我是刑警寧澤,帶...
    沈念sama閱讀 35,684評論 5 347
  • 正文 年R本政府宣布泽西,位于F島的核電站曹铃,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏捧杉。R本人自食惡果不足惜陕见,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,295評論 3 329
  • 文/蒙蒙 一秘血、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧淳玩,春花似錦直撤、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,894評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至承匣,卻和暖如春蓖乘,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背韧骗。 一陣腳步聲響...
    開封第一講書人閱讀 33,012評論 1 269
  • 我被黑心中介騙來泰國打工嘉抒, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人袍暴。 一個月前我還...
    沈念sama閱讀 48,126評論 3 370
  • 正文 我出身青樓些侍,卻偏偏與公主長得像,于是被迫代替她去往敵國和親政模。 傳聞我的和親對象是個殘疾皇子岗宣,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,914評論 2 355

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