songqingcool
songqingcool
实际应用有时候会子线程创建NSAttributeString，异步加载快速显示，因为主线程加载会大量计算出现主线程卡顿，尤其复杂的类朋友圈页面，所以我感觉使用UIImageView显示图片并不会太好。
子线程不能创建UIImageview这样的控件。但是由此又会产生一个问题，gif展示在iOS必然要用UIImageView这样的控件
大概看了看你的代码，感觉还是有很多问题。CTFrameRef这种东西，一般来说是可以复用的，比如对于同一个NSAttributeString，计算label高度和展示label内容完全可以用同一个CTFrameRef。
我也在尝试实现类似的Label，只是我们的app实际业务场景遇到了一些比较不容易实现的原因，所以一直也没做出来
我没有去验证有没有内存泄漏，但是对于一些关键的例如CTFrameRef复用，其实处理的并不好，所以我感觉内存峰值什么的，还是大概率会有问题的。尤其是多表情多链接等的复杂展示
我也感觉这个label API做的有点繁琐，我前面一直做的代码结构都是创建NSAttributeString，然后label根据NSAttributeString展示，不让label有过多的操作，专心做好链接点击，和富文本渲染。如果能尽量少的代码侵入就更好了，最好全用系统API。其实系统API对链接这类都已经搞定了，只是UILabel不支持链接点击，不支持gif
我只是个打酱油的，不是作者，也不认识作者，有朋友推荐这个库，就来看看。但是感觉这个库还没到应用到实际项目的标准。我们APP目前用的yylabel，想替换掉，所以参考下
源代码里面put操作使用的是数据库replace操作，replace操作是如果有当前主键对应的记录，先删掉记录，再创建新记录，并不是update方式的数据库更新操作。所以你的数据顺序会变。update数据库操作又需要对应主键记录存在才会更新成功，否则update数据库操作执行成功了，但是数据库并不会增加一条记录。 ps：我个人是感觉这个开源库有点鸡肋，学学sql语句，自己用FMDB实现其实也挺容易的