美文网首页GCD专题
GCD数据持久化(一)

GCD数据持久化(一)

作者: TurboCoder | 来源:发表于2016-01-15 14:32 被阅读209次

    最近在研究GCD,网上看了好多博客大部分都是关于异步,同步线程的问题,在无意中翻阅文档的时候看到dispatch_io_t这个东西.发现GCD也可以用来对数据进行读取(Read/Write)操作,作为一名程序猿这无疑激起了我的好奇心,于是我决定带上火眼金睛看看这是个什么鬼.

    .............好吧 我看了看发现全是英文((⊙o⊙)…,这不是废话么).既然是废话,那咱们直接上干货(求各位看官赎罪,我也只是刚刚了解到基本的用法)

    首先dispatch读取数据是属于 数据持久化的一种方式,相对于我们平常用的wirteToFile和其他的方式,dispatc可以分次读取,可以设定low_Water或者high_Water,也就是每次读取的下限和上限,我们利用这一点可以监控整个读取过程的progress,哈哈 是不是很爽.好吧,在读取之前,我们首先要准备一条路径,这个没有什么特别的就是咱们平常用的path

    NSString *path = [NSString stringWithFormat:@"%@/Documents/myData.text",NSHomeDirectory()];23NSLog(@"%@",path);

    打印出来有助于检查文件是不是被写进去了,但是这里我发现了一个问题,不过不影响读取,稍后我在抛出这个问题

    GCD的读写需要我们事先获取文件打开的权限和一个文件的描述符,也就是下面这个东西

    dispatch_fd_t fd = open(strcpy(myChar, (char*)[path UTF8String]), O_RDWR | O_CREAT, S_IRWXU | S_IRWXG | S_IRWXO);

    我来解释一下这个鬼的几个参数,第一个使我们路径转成的char类型,没办法,纯C的东西.后面的是可变长度参数类型,这里填写的是我们获取的权限,我在网上找了一些后面参数的解释

    /*O_RDONLY 以只读方式打开文件

    O_WRONLY 以只写方式打开文件

    O_RDWR 以可读写方式打开文件. 上述三种旗标是互斥的, 也就是不可同时使用, 但可与下列的旗标利用OR(|)运算符组合.

    O_CREAT 若欲打开的文件不存在则自动建立该文件.

    O_EXCL 如果O_CREAT 也被设置, 此指令会去检查文件是否存在. 文件若不存在则建立该文件, 否则将导致打开文件错误. 此外, 若O_CREAT 与O_EXCL 同时设置, 并且欲打开的文件为符号连接, 则会打开文件失败.

    O_NOCTTY 如果欲打开的文件为终端机设备时, 则不会将该终端机当成进程控制终端机.

    O_TRUNC 若文件存在并且以可写的方式打开时, 此旗标会令文件长度清为0, 而原来存于该文件的资料也会消失.

    O_APPEND 当读写文件时会从文件尾开始移动, 也就是所写入的数据会以附加的方式加入到文件后面.

    O_NONBLOCK 以不可阻断的方式打开文件, 也就是无论有无数据读取或等待, 都会立即返回进程之中.

    O_NDELAY 同O_NONBLOCK.

    O_SYNC 以同步的方式打开文件.

    O_NOFOLLOW 如果参数pathname 所指的文件为一符号连接, 则会令打开文件失败.

    O_DIRECTORY 如果参数pathname 所指的文件并非为一目录, 则会令打开文件失败。注:此为Linux2. 2 以后特有的旗标, 以避免一些系统安全问题.

    */

    /*S_IRWXU00700 权限, 代表该文件所有者具有可读、可写及可执行的权限.

    S_IRUSR 或S_IREAD, 00400 权限, 代表该文件所有者具有可读取的权限.

    S_IWUSR 或S_IWRITE, 00200 权限, 代表该文件所有者具有可写入的权限.

    S_IXUSR 或S_IEXEC, 00100 权限, 代表该文件所有者具有可执行的权限.

    S_IRWXG 00070 权限, 代表该文件用户组具有可读、可写及可执行的权限.

    S_IRGRP 00040 权限, 代表该文件用户组具有可读的权限.

    S_IWGRP 00020 权限, 代表该文件用户组具有可写入的权限.

    S_IXGRP 00010 权限, 代表该文件用户组具有可执行的权限.

    S_IRWXO 00007 权限, 代表其他用户具有可读、可写及可执行的权限.

    S_IROTH 00004 权限, 代表其他用户具有可读的权限

    S_IWOTH 00002 权限, 代表其他用户具有可写入的权限.

    S_IXOTH 00001 权限, 代表其他用户具有可执行的权限.*/

    接下来,我们要给gcd准备一条线程,创建线程有好多种方式,这里我们使用带有标志的,便于以后线程出问题调试,嘿嘿

    dispatch_queue_t myQueue = dispatch_queue_create("myOnlyQueue", DISPATCH_QUEUE_CONCURRENT);

    搞定这些之后我们需要给gcd搞一个通道channle,创建通道的方式也是有好几种,我先给大家介绍一下创建通道的几个参数吧

    dispatch_io_create_with_path(dispatch_io_type_t type,constchar*path,intoflag, mode_t mode,

    dispatch_queue_t queue,void(^cleanup_handler)(interror));

    第一个是通道本身的type,只有两种,一个是  0  这种方式会忽略我们下面要创建的offset参数

    DISPATCH_IO_STREAM

    另外一个是    1  需要我们创建一个offset参数用来找到file的descriptor

    DISPATCH_IO_RANDOM

    第二个参数是路径,第三个是旗标,搞过Linux的应该是知道的,这里我们用O_RDWR,第四个是如果放弃操作或者打开指定文件失败的错误码,一般写0,第四个就是我们上面创建的queue,最后的是我们创建通道时的错误码

    dispatch_io_t dispatchio = dispatch_io_create_with_path(DISPATCH_IO_STREAM, path.UTF8String, O_RDWR,0, myQueue, ^(interror) {

    close(fd);

    });

    上面只是创建通道的一种方式,如果我记得不错的话应该是一共有4种,其他的各位看官们可以自己试试

    首先我们来搞一个简单的东西写入文件

    constchardaxiao[] ="Hello  World !";

    off_t offt =sizeof(daxiao);

    size_t size=sizeof(daxiao);

    然后我们开始把上面这句话搞到gcd的data里面去

    dispatch_data_t datas = dispatch_data_create(daxiao, size, myQueue, NULL);

    最后开始我们的写入操作

    dispatch_io_write(dispatchio,0, datas, myQueue, ^(booldone, dispatch_data_t data,interror) {

    });

    这样我们就可以把Hello  World !写入文件了,从路径打开文件查看,的确写入了,但是不知道为何后面会多出许多没用的东西来,这个也是我最一开始提到的问题,目前我还没有闹明白,如果哪位大神知道是咋回事,还请告知小弟,不胜感激!!!

    不过多出来的东西不影响我们读取数据

    下面我们开始读取已经写好的文件

    很简单

    dispatch_io_set_high_water(dispatchio,1);

    dispatch_io_read(dispatchio,0,10, myQueue, ^(booldone, dispatch_data_t data,interror) {

    NSString*string= [[NSString alloc] initWithData:(NSData *)data encoding:NSUTF8StringEncoding];if(done) {

    NSLog(@"%@",string);

    }else{

    NSLog(@"我的大刀早已饥渴难耐了!");

    }

    第一行就是我说的设定最高读取上限,后面那个1 是最高读取1字节,所以如果你运行成功后会发现 dispatch_io_read后面的回调block会走好几遍,也就是说

    NSLog(@"我的大刀早已饥渴难耐了!");

    这个会打印好多次,利用这一点我们可以监控读取文件的进度,这种方式就是利用线程多次读取文件,相比普通的方式可以提高速度.

    好吧,我文笔有限,后面我会继续讲解GCD数据持久化的另外一种方式,不过大同小异,有兴趣的看官可以继续到我这里来看看.

    最后:由于我也是刚刚了解这个东西,再加上本人英语渣渣,难免会有错误的敌方,欢迎各位大神不吝赐教,指出错误,小弟在此拜谢!

    相关文章

      网友评论

        本文标题:GCD数据持久化(一)

        本文链接:https://www.haomeiwen.com/subject/ipehkttx.html