hard_man
hard_man
网络图片可以使用UIImageView加载，然后将UIImageView放到富文本中; 也可以提前加载好图片，再创建富文本; 还可以创建好富文本之后，先显示其他部分，图片下载完修改imageComponent后，会自动更新。
嗯，demo里有子线程创建 AttributedString同时主线程创建UIView的例子。可以看一下demo中的ChatView。 你说的CTFrameRef复用的问题，我尽快尝试修改。
可以用instrument检测一下，没有内存泄露的
嗯，多谢建议，我会继续优化的～
我看了一下代码，内存占用最多的还是AttributedString和图片等资源。 CTFrameRef只是临时变量，即使计算Size和drawRect都创建了，也是分时间前后的，而且用完了就删除了，并不会同时存在创建的2个CTFrameRef的问题。 所以我觉得这不是一个大问题。理论上也不会出现内存峰值的。
这个建议很合理。 1. api复杂这个问题我在demo中也有说明，这个类库只提供最基本的操作，保持灵活，至于上层封装，完全可以使用者根据情况来自己处理，比如1楼同学所说的情况，可以很容易自己写一个函数作封装。 2. 另外它跟系统NSAttributedString相比，是更加面向对象一些，用久了会上瘾的。 3. 同系统UILabel用法不同确实不太友好，但是它大多数工作都是在AWRichText和AWRTComponent中，Label操作极少。 4. 这个类库同YYText肯定没办法相比，而且做这个的时候也会借鉴YYText。但是它的特点是简单，直接，有很好的借鉴学习价值。 5. 最后这个东西我在实际项目中已经用了很久了。可以放心使用。 6. 水平有限，难免会有很多不足及bug，我会继续想办法优化的 😄
。我认为这种需求不多，所以固定了文字方向。
😂designResolution表示美术设计时，使用的屏幕方向。
所以对于某个动画来说designResolution应该是不变的才对。
延迟涉及的东西较多，可能跟服务器设置有关，也可能跟播放端设置有关，还可能与推流端有关。 推流端这边是拿到数据就发送出去了。你可以检查一下服务端是否buffer过多？播放器buffer时间过长？