iOS技术积累

不管生活有多不容易,都要守住自己的那一份优雅。

从函数调用到函数式编程

Objective-C版本

  1. 简单的block调用
    2016-06-03_17:14:04.jpg

  2. 链式调用
    循序渐进的理解

    把函数当做返回值给别人调用 ,函数的参数被调用者传递进来
    2016-06-03_17:18:33.jpg

  3. 返回值是函数,并且函数的返回值是调用者本身,可以构成链式调用
    2016-06-03_17:19:47.jpg

加个typedef,可能会更清晰点

2016-06-03_17:22:49.jpg

  1. 已数据流为导向的函数式编程

2016-06-03_17:29:15.jpg

画个数据流

2016-06-03_17:33:00.jpg

Swift版本版本

  1. 简单的函数调用
    2016-06-03_17:40:44.jpg

  2. 链式调用
    循序渐进的理解

    把函数当做返回值给别人调用 ,函数的参数被调用者传递进来
    2016-06-03_17:43:51.jpg

  3. 返回值是函数,并且函数的返回值是调用者本身,可以构成链式调用
    2016-06-03_17:44:30.jpg

加个typealias,可能会更清晰点

2016-06-03_17:45:12.jpg

  1. 以数据流为导向的函数式编程

2016-06-03_17:52:01.jpg

画个数据流

2016-06-03_17:52:26.jpg

阅读更多

How To Use Runloop

  • 在写这篇文章的时候,我只是想记录下如何使用Runloop,如果你不太了解Runloop,你可以跳转到文章结束,那里有部分我阅读过的文章。希望适合你。

最近看到一篇检测实时检测UI卡顿的文章,iOS实时卡顿监控,还有一篇讲解Runloop的文章IOS---实例化讲解RunLoop,发现里面的很乏的讲解了原理,要不然就直接使用,没有讲解如何使用CFRunloop的API,这里就做下记录

这里以这个代码为研究对象PerformanceMonitor不用担心,这个代码只有100行,非常简单

CreateObserver

CFRunLoopObserverCreate 当我们在Xcode的键盘中键入这几个单词的时候系统会弹出来2个函数的提示,

  1. CFRunLoopObserverRef CFRunLoopObserverCreate ( CFAllocatorRef allocator, CFOptionFlags activities, Boolean repeats, CFIndex order, CFRunLoopObserverCallBack callout, CFRunLoopObserverContext *context );
  2. CFRunLoopObserverRef CFRunLoopObserverCreateWithHandler ( CFAllocatorRef allocator, CFOptionFlags activities, Boolean repeats, CFIndex order, void (^block)( CFRunLoopObserverRef observer, CFRunLoopActivity activity) );

针对1 我们打开Xcode的文档,可以看到

obersver

  1. allocator:该参数为对象内存分配器,一般使用默认的分配器kCFAllocatorDefault。或者NULL
  2. activities:该参数配置观察者监听Run Loop的哪种运行状态。在示例中,我们让观察者监听Run Loop的所有运行状态。
    看起来不知道说的什么 ,来我们点进源码
     /* Run Loop Observer Activities */
    typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
     kCFRunLoopEntry = (1UL << 0), // 进入runloop的时候
     kCFRunLoopBeforeTimers = (1UL << 1),// 执行timer前
     kCFRunLoopBeforeSources = (1UL << 2), // 执行事件源前
     kCFRunLoopBeforeWaiting = (1UL << 5),//休眠前
     kCFRunLoopAfterWaiting = (1UL << 6),//休眠后
     kCFRunLoopExit = (1UL << 7),// 退出
     kCFRunLoopAllActivities = 0x0FFFFFFFU
    };
  3. repeats:该参数标识观察者只监听一次还是每次Run Loop运行时都监听。
  4. order:观察者优先级,当Run Loop中有多个观察者监听同一个运行状态时,那么就根据该优先级判断,0为最高优先级别。
  5. callout:观察者的回调函数,在Core Foundation框架中用CFRunLoopObserverCallBack重定义了回调函数的闭包。
  6. context:观察者的上下文。 (类似与KVO传递的context,可以传递信息,)因为这个函数创建ovserver的时候需要传递进一个函数指针,而这个函数指针可能用在n多个oberver 可以当做区分是哪个observer的状机态。(下面的通过block创建的observer一般是一对一的,一般也不需要Context,),还有一个例子类似与NSNOtificationCenter的 SELBlock方式,

    针对2 我们同样打开Xcode的文档

    obersver

这里的参数只有block取代了之前的callBack
这个block定义方式为

void (^block) (CFRunLoopObserverRef observer, CFRunLoopActivity activity)

来我们创造一个观察者吧

// 回掉函数
static void runLoopObserverCallBack(CFRunLoopObserverRef observer,  CFRunLoopActivity activity, void *info)
 {
    PerformanceMonitor *moniotr = (__bridge PerformanceMonitor*)info;

    moniotr->activity = activity;

    dispatch_semaphore_t semaphore = moniotr->semaphore;
    dispatch_semaphore_signal(semaphore);
}

    // 注册RunLoop状态观察
    CFRunLoopObserverContext context = {0,(__bridge void*)self,NULL,NULL};

    observer = CFRunLoopObserverCreate(kCFAllocatorDefault,
                                       kCFRunLoopAllActivities,
                                       YES,
                                       0,
                                       &runLoopObserverCallBack,
                                       &context);


    //将观察者添加到主线程runloop的common模式下的观察中
    CFRunLoopAddObserver(CFRunLoopGetMain(), observer, kCFRunLoopCommonModes);

文中作者使用的是CallBack创建的observer,我看到sunnnyx的FDTemplateLayoutCell // 在1.2版本的时候有利用Runloop去预缓存行高的功能,虽然这个功能目前已经被废弃在,不过读者可以从release里面找到tag为1.2的源码,

我们来改写下observer的创建吧

    observer = CFRunLoopObserverCreateWithHandler(kCFAllocatorDefault
                                                  , kCFRunLoopAllActivities, true, 0,
                                                  ^(CFRunLoopObserverRef observer, CFRunLoopActivity activitys) {

                                                      self->activity = activitys;


                                                      dispatch_semaphore_t semaphores = self->semaphore;
                                                      dispatch_semaphore_signal(semaphores);
                                                  });
                             //将观察者添加到主线程runloop的common模式下的观察中
    CFRunLoopAddObserver(CFRunLoopGetMain(), observer, kCFRunLoopCommonModes);                         

测试下吧,可以达到同样的效果

检测卡顿的作者用的是信号量的机制,在主线程的Runloop注入了一个Observer,在这个回调函数里面传递信号量,然后开启了一个死循环的子线程用来监听信号量,如果达到卡顿情况就打包log

如果你不太理解信号量机智可以去看 Objective-C高级编程 iOS与OSX多线程和内存管理
只是想迅速的理解可以先查看篇文章IOS 多线程信号量的用法(解决异步线程中的线程等待问题)


一般我们在处理Runloop的时候主要是Observer,Timer,Source,同理对应的创建方法给出

timer

  1. CFRunLoopTimerRef CFRunLoopTimerCreateWithHandler ( CFAllocatorRef allocator, CFAbsoluteTime fireDate, CFTimeInterval interval, CFOptionFlags flags, CFIndex order, void (^block)( CFRunLoopTimerRef timer) );
    timerhandler

  2. CFRunLoopTimerRef CFRunLoopTimerCreate ( CFAllocatorRef allocator, CFAbsoluteTime fireDate, CFTimeInterval interval, CFOptionFlags flags, CFIndex order, CFRunLoopTimerCallBack callout, CFRunLoopTimerContext *context );
    timercallBack

Source

souce是事件源不是事件,所以自然也不需要回掉或者block

  1. CFRunLoopSourceRef CFRunLoopSourceCreate ( CFAllocatorRef allocator, CFIndex order, CFRunLoopSourceContext *context );
    source

我觉得Runloop其实是相当好理解的,只不过对于大部分的C 函数,由于很多人的基本功差点,指针用的不太红,看到函数就紧张而已所以才被吹得非常高大上。
我们学会了基本的使用runloop,合适使用?
我觉得一般有下面几中原因

  1. 你不希望你的线程在执行一次任务中死去,
  2. 你需要监听线程中的状态

最后给出几个学习链接

RunLoop深度探究(一)

RunLoop深度探究(二)

RunLoop深度探究(三)

RunLoop深度探究(四)

RunLoop深度探究(五)

深入理解RunLoop文章

http://blog.ibireme.com/2015/05/18/runloop/

读 Threading Programming Guide 笔记(一)

读 Threading Programming Guide 笔记(二)

读 Threading Programming Guide 笔记(三)

读 Threading Programming Guide 笔记(四)

阅读更多