一切得从上个版本的打包发布说起。
开发中本人负责了iOS包的版本发布工作。iOS打包：不就是选一下证书，再在Xcode上点几下按钮，IDE全都给你设置好流程了，有必要这么麻烦吗？
诚然，如果只是打包，在不考虑团队协同合作、打包效率、重复工作量的前提下，使用Xcode自带的打包方式当然是没问题的。但实际开发中，每次打包大概包含以下流程：拉取最新代码（SVN或Git） → 编译通过 → 设置打包环境（开发、测试、生产等） → 导出IPA包 → 上传IPA包（App Store或者企业包上传至指定服务器）
CJMethodLog 对于Objective-C中的任意类、任意方法，均可实时根据用户的操作行为，监控还原对应的函数调用日志，而且能够自定义记录当前函数的参数类型、返回类型、执行时间……
上一篇介绍了 Runtime 原理
CJMethodLog（一）Runtime原理：从监控还原APP运行的每一行代码说起
这里就来讲讲 CJMethodLog 的具体实现。
CJMethodLog 对于Objective-C中的任意类、任意方法，均可实时根据用户的操作行为，监控还原对应的函数调用日志，而且能够自定义记录当前函数的参数类型、返回类型、执行时间……
是否遇到过如此场景：对于项目中一些不是Crash的问题，由于缺乏log日志，排查起来很是麻烦；又或者对于一些特定设备、特定场景的问题，由于缺乏条件没法重现，最后只能不了了之。比如下面的例子：
你负责开发了一个考勤打卡页面。某天你正当心情愉悦哼着小曲开始一天工作时，产品经理突然闯入：又有用户反馈明明打了卡却提示旷工！并且那用户未能提供当时的操作记录，而且也无法再重现问题。无语的你只好再次默默过了一遍打卡代码，没有发现问题，然后求助后端同事查看接口调用日志，却发现该用户反馈问题的那一天根本就没有相关的接口调用记录……
——最后结论是用户当时忘打卡了（但其实你却不能十足确定打卡代码没有问题）
CJLabel 是一个继承自UILabel的自定义控件，它在支持UILabel所有属性的基础上，还提供富文本展示、图文混排、自定义点击链点设置、长按（双击）唤起UIMenuController选择复制文本等功能。
相关文章介绍：
CJLabel第一章——富文本显示及任意链点点击
CJLabel第三章——支持任意区域点击响应和可选择复制原理
CJLabel在V2.0.0版本之前，其图文显示是基于NSAttributedString来实现的，但有若干不足：
CTLineGetStringIndexForPosition()获取当前触摸点CGPoint在NSString中对应的index，再判断该index是否属于点击链点的NSRange。然而当文本中包含多个emoji表情时，CTLineGetStringIndexForPosition()的获取并不准确，特别是如果当前点击链点处在文本的最后一行时，存在较大的误差。iOS开发中，对于线上版本或公测版本产生的crash，我们可以通过结合.app ，.dSYM 及 crash log 三个文件来进行解析定位。
最新更新:
最近对查找线上Crash做了整理，写成CrashScript.sh，详情见下面查找Crash脚本
最近有好一段时间没有整理博客了，也不是因为忙，就是太懒。或者说程序员都自带懒属性😅，表现在对于一些机械性重复性的工作，宁愿一次性多花些精力去封装、去写出各种各样的工具来替自己干活，也不愿意多次重复劳动（就算那是很简单的工作）。这不，我结合最近的工作，研究着写了两份Shell脚本，一是关于Xcode脚本打包，还有一个是关于crash log解析（这个将在下一篇文章说明）。