一年半前刚搬到这儿的时候，同伴们兴致勃勃地讨论着各种旅游计划，大家建了个群，名字就叫“出游计划委员会”。然而在接下来的日子里，有的人离职了，有的人刚入职，有的人生病了，渐渐地，这件事仿佛被忘记了，“出游计划委员会”也变成了日常聊天的地方。两个月前，有谁忽然提起了这件事，我们才意识到时间已经过去那么久了。大家规划了下时间，又找人咨询了签证事宜，多番努力下，旅游计划终于进行了下去。
初到日本第一感觉就是街道非常整洁干净，这种感觉在过去大连旅游时也曾经能体会到一些。灰尘很少，行李箱的轮子滚了半天后，反而变得更干净了些。水分充足，路边的蕨类和苔藓都长得很好。
（更多…）
昨天有位开发者在 Github 上给我提了一个 issue，里面指出 OSSpinLock 在新版 iOS 中已经不能再保证安全了，并提供了几个相关资料的链接。我仔细查了一下相关资料，确认了这个让人不爽的 bug。
晚上回到家，发现家里停电了。打开电脑连不上网，手机流量又不多，只好写点吐槽了。
又快要到新的一年了呢， 回头看看年初那篇吐槽文章中的年度计划，大半是没实现（摊手）。MIDI App 项目停滞了，数码绘没有搞，电钢没怎么练，空闲时间大都花在写代码上了（笑）。新的一年可能会有些新的计划了，我可能需要更好的时间管理，毕竟精力有限。
来北京后，我和小伙伴们总因为这样那样的原因，每年换一套房子，今年也不例外。如果一切顺利的话，在圣诞节过后的那一周，我们就会搬进更大的新房子了。在这里最舍不得的，可能就是这个书房了吧。不知道新房子还能不能有这么大的书架。
最后，整理一下今年买到的纸质书吧：
这篇文章会非常详细的分析 iOS 界面构建中的各种性能问题以及对应的解决思路，同时给出一个开源的微博列表实现，通过实际的代码展示如何构建流畅的交互。
如何把 GIF 动图保存到相册？
iOS 的相册是支持保存 GIF 和 APNG 动图的，只是不能直接播放。用 [ALAssetsLibrary writeImageDataToSavedPhotosAlbum:metadata:completionBlock] 可以直接把 APNG、GIF 的数据写入相册。如果图省事直接用 UIImageWriteToSavedPhotosAlbum() 写相册，那么图像会被强制转码为 PNG。
将 UIImage 保存到磁盘，用什么方式最好？
目前来说，保存 UIImage 有三种方式：1.直接用 NSKeyedArchiver 把 UIImage 序列化保存，2.用 UIImagePNGRepresentation() 先把图片转为 PNG 保存，3.用 UIImageJPEGRepresentation() 把图片压缩成 JPEG 保存。
实际上，NSKeyedArchiver 是调用了 UIImagePNGRepresentation 进行序列化的，用它来保存图片是消耗最大的。苹果对 JPEG 有硬编码和硬解码，保存成 JPEG 会大大缩减编码解码时间，也能减小文件体积。所以如果图片不包含透明像素时，UIImageJPEGRepresentation(0.9) 是最佳的图片保存方式，其次是 UIImagePNGRepresentation()。
UIImage 缓存是怎么回事？
通过 imageNamed 创建 UIImage 时，系统实际上只是在 Bundle 内查找到文件名，然后把这个文件名放到 UIImage 里返回，并没有进行实际的文件读取和解码。当 UIImage 第一次显示到屏幕上时，其内部的解码方法才会被调用，同时解码结果会保存到一个全局缓存去。据我观察，在图片解码后，App 第一次退到后台和收到内存警告时，该图片的缓存才会被清空，其他情况下缓存会一直存在。
我要是用 imageWithData 能不能避免缓存呢？
不能。通过数据创建 UIImage 时，UIImage 底层是调用 ImageIO 的 CGImageSourceCreateWithData() 方法。该方法有个参数叫 ShouldCache，在 64 位的设备上，这个参数是默认开启的。这个图片也是同样在第一次显示到屏幕时才会被解码，随后解码数据被缓存到 CGImage 内部。与 imageNamed 创建的图片不同，如果这个图片被释放掉，其内部的解码数据也会被立刻释放。
怎么能避免缓存呢？
1. 手动调用 CGImageSourceCreateWithData() 来创建图片，并把 ShouldCache 和 ShouldCacheImmediately 关掉。这么做会导致每次图片显示到屏幕时，解码方法都会被调用，造成很大的 CPU 占用。
2. 把图片用 CGContextDrawImage() 绘制到画布上，然后把画布的数据取出来当作图片。这也是常见的网络图片库的做法。
我能直接取到图片解码后的数据，而不是通过画布取到吗？
1.CGImageSourceCreateWithData(data) 创建 ImageSource。
2.CGImageSourceCreateImageAtIndex(source) 创建一个未解码的 CGImage。
3.CGImageGetDataProvider(image) 获取这个图片的数据源。
4.CGDataProviderCopyData(provider) 从数据源获取直接解码的数据。
ImageIO 解码发生在最后一步，这样获得的数据是没有经过颜色类型转换的原生数据（比如灰度图像）。
如何判断一个文件的图片类型？
通过读取文件或数据的头几个字节然后和对应图片格式标准进行比对。我在这里写了一个简单的函数，能很快速的判断图片格式。
怎样像浏览器那样边下载边显示图片？
首先，图片本身有 3 种常见的编码方式：
第一种是 baseline，即逐行扫描。默认情况下，JPEG、PNG、GIF 都是这种保存方式。
第二种是 interlaced，即隔行扫描。PNG 和 GIF 在保存时可以选择这种格式。
第三种是 progressive，即渐进式。JPEG 在保存时可以选择这种方式。
在下载图片时，首先用 CGImageSourceCreateIncremental(NULL) 创建一个空的图片源，随后在获得新数据时调用
CGImageSourceUpdateData(data, false) 来更新图片源，最后在用 CGImageSourceCreateImageAtIndex() 创建图片来显示。
你可以用 PINRemoteImage 或者我写的 YYWebImage 来实现这个效果。SDWebImage 并没有用 Incremental 方式解码，所以显示效果很差。
图片通常是移动端流量耗费最多的部分，并且占据着重要的视觉空间。合理的图片格式选用和优化可以为你节省带宽、提升视觉效果。在这篇文章里我会分析一下目前主流和新兴的几种图片格式的特点、性能分析、参数调优，以及相关开源库的选择。
iOS 开发中总会用到各种缓存，最初我是用的一些开源的缓存库，但到总觉得缺少某些功能，或某些 API 设计的不够好用。YYCache (https://github.com/ibireme/YYCache) 是我新造的一个轮子，下面说一下这个轮子的设计思路。
iOS 开发中总会用到各种 JSON 模型转换库，这篇文章将会对常见的几个开源库进行一下评测。评测的内容主要集中在性能、功能、容错性这几个方面。
Manually
手动进行 JSON/Model 转换，不用任何开源库，可以进行高效、自由的转换，但手写代码非常繁琐，而且容易出错。
YYModel
我造的一个新轮子，比较轻量（算上 .h 只有 5 个文件），支持自动的 JSON/Model 转换，支持定义映射过程。API 简洁，功能也比较简单。
FastEasyMapping
Yalantis 开发的一个 JSON 模型转换库，可以自定义详细的 Model 映射过程，支持 CoreData。使用者较少。
JSONModel
一个 JSON 模型转换库，有着比较简洁的接口。Model 需要继承自 JSONModel。
Mantle
Github 官方团队开发的 JSON 模型转换库，Model 需要继承自 MTLModel。功能丰富，文档完善，使用广泛。
MJExtension
国内开发者”小码哥”开发的 JSON 模型库，号称性能超过 JSONModel 和 Mantle，使用简单无侵入。国内有大量使用者。
正式转为全职 iOS 工程师已经有一年多了，这一年里工作并不忙，使得我有更多的时间和精力来研究些有意思的东西。最近整理了下这一年攒下来的代码，拆分成了几个库，在接下来的一段时间内会陆续开源：
YYModel 类似 Mantle/JSONModel 的工具，性能比 Mantle 高一个数量级，有更好的容错性，更简洁的 API。
YYCache 类似 TMCache 那样的工具，有着更好的性能，支持 LRU，磁盘缓存支持 SQLite。
YYImage iOS图像库，支持高性能的 APNG/WebP/GIF 动图播放、编码和解码，支持帧动画等。
YYWebImage 类似 SDWebImage 的工具，基于 YYImage 和 YYCache，有更好的性能、更丰富的功能。
YYText UILabel 和 UITextView 的开源实现，支持异步排版渲染、图文混排、更多文字特效/点击效果、动画/表情输入、竖排版等。
YYKeyboardManager 从 YYText 分离出来的一个键盘监听工具，能实时监听和获取键盘视图、位置、动画。
YYDispatchQueuePool 从 YYText 分离出来的一个很简单的队列管理工具，用于管理全局并发任务。
YYAsyncLayer 从 YYText 分离出来的一个很简单的 CALayer 的子类，用于进行异步绘制和显示。
YYCategories Category 类型的工具库。
YYKit 上面所有工具的打包工具集，全部工具都兼容 iOS6~9。
YYKitDemo YYKit 的功能/性能演示，实现有 Twitter 和 Weibo 的 Feed 列表、发布视图，有着和官方 App 完全一致的 UI 和更流畅的交互体验。
每个库都会配有几篇博客来介绍相关技术、性能评测，这也算是我最近一年工作的总结吧。
RunLoop 是 iOS 和 OSX 开发中非常基础的一个概念，这篇文章将从 CFRunLoop 的源码入手，介绍 RunLoop 的概念以及底层实现原理。之后会介绍一下在 iOS 中，苹果是如何利用 RunLoop 实现自动释放池、延迟回调、触摸事件、屏幕刷新等功能的。