UITextView使用中的那些坑

最新推荐文章于 2019-11-26 14:38:35 发布

wlaizff

最新推荐文章于 2019-11-26 14:38:35 发布

阅读量6.3k

点赞数 4

分类专栏： iOS开发文章标签： iOS UITextView 滚动底部设置内容

本文链接：https://blog.csdn.net/wlaizff/article/details/51585880

版权

iOS开发专栏收录该内容

27 篇文章 0 订阅

订阅专栏

UITextView使用中的那些坑

本文主要是介绍在使用UITextView的时候遇到的问题, 这也主要是源于前几天项目需要使用UITextView进行文本展示, 首先来说说UITextView的几点好处吧.

1.在面对多行文本展示的时候, 相比UILabel更加灵活, 特别需要动态输入的时候, 高度动态变化的时候, UITextView相比UITextField而言, 使用更加方便, 代理方法也更加丰富, 一般遇到这种情况, 推荐大家使用UITextView.

2.针对文本样式改变的时候, 比如链接, 下划线, 着色等类似的场景的时候, 可能更加便利.

UITextView的使用场景大致介绍一下, 但是我们在使用UITextView的时候也会遇到很多坑爹的地方. 这里就介绍一个比较常见的问题.

UITextView设置文本后无法滚动到顶部

这里主要介绍的是, 由于UITextView高度限制, 可能无法显示全部的文本, 这时候UITextView是可以滚动的, 因为实际上它就是UIScrollView, 那么问题就出现在这里?

我们希望设置完文本之后, UITextView滚动到顶部, 然后可以滑动显示, 这里很自然我们会想到这样解决:

    [self.textView setContentOffset:CGPointZero];

或者

 [self.textView scrollRangeToVisible:NSMakeRange(0, 0)];

其实二者的解决原理是差不多的, 但是结果如何捏? 答案是无效!!!!
我们看到的效果还是滚动到了底部, 那么这到底是为什么捏?

这里可能跟UITextView本身的机制有关, 具体的本人也没有仔细去研究, 其实我们可以跟踪UITextView的contentOffset发现一些问题:

这里我们采用KVO的方式去查看contentOffset的变化过程,

这里我们检测contentOffset的变化:

    [self.textView addObserver:self forKeyPath:@"contentOffset" options:NSKeyValueObservingOptionNew context:nil];

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context{
    NSLog(@"%@",change);
}

从log出来的结果可以发现:

2016-06-04 21:03:04.512 UITextViewTest[1875:306811] {
    kind = 1;
    new = "NSPoint: {0, 0}";
}
2016-06-04 21:03:04.513 UITextViewTest[1875:306811] {
    kind = 1;
    new = "NSPoint: {0, 0}";
}
2016-06-04 21:03:04.514 UITextViewTest[1875:306811] {
    kind = 1;
    new = "NSPoint: {0, 91.666666666666671}";
}

其实UITextView的contentOffset的变化经历了阶段, 至于每个阶段具体的事情, 本人也不是很清楚, 但是有一点可以确定的是, 我们之所以设置contentOffset没有效果, 是因为在我们设置的时候UITextView本身的contentOffset依然是0, 那么什么时候有效果捏?

当然是在contentOffset不为0的时候, 也就是UITextView已经滚动到底部的时候, 这个时候设置才是有效的, 至于具体的原因, 我们可以通过解决方法去探究:

一下是我在stack overflow上找到的解决方法:

I setup a delegate to the textview to monitor the scroll event, and noticed that after my operation to restore the offset, the offset is reset to 0 again. So I instead use the main operation queue to make sure my restore operation happens after the “reset to 0” option.
Here’s my solution that works for iOS 8.0.

CGPoint offset = self.textView.contentOffset;
self.textView.attributedText = replace;
[[NSOperationQueue mainQueue] addOperationWithBlock: ^{
    [self.textView setContentOffset: offset];
}];

这里作者采用了多线程的方式去设定contentOffset, 我们可以猜想可能UITextView的渲染方式是异步的, 这个也很容易理解, 如果UITextView文本内容特别长, 其实渲染是需要花费一定时间的, 异步的方式也不会阻塞主线程, 但是这就给我们带来了一定的麻烦, 因为我们不知道UITextView什么时候渲染完成, 然后去改变它的contentOffset来达到我们想要的效果.