事情是这样的.
最近在做这样一个项目:
使用到技术是一个完整版的tableview, sectionheader作为评论, cell作为评论的回复, 整体逻辑还是有点复杂的.
一口气撸完后出现了似曾相识的错误:
'-[__NSCFNumber lineHeight]: unrecognized selector sent to instance xxxxx'
关于unrecognized selector
这类错误的原因还是挺多的.
首先不管三七二十一先Google一下,结果发现没有完全一样的,类似的原因也只是说类型不对云云.
但是我先入为主觉得应该不是这个原因, 因为现在类型不对的话编译器根本都不会通过的.
然后开始着眼lineHeight
,翻遍所有的包和IB源代码,都不是这个页面的,太奇怪!
于是又开始怀疑是不是tableview以及数据的问题,接下来就是无尽的排查,各种工具断点都用上,检查异步数据有没有出错啊,逻辑是不是揉团了啊等等.
焦头烂额搞了一整天,开始怀疑人生,晚上自然也是没睡好.
转折点
第二天等精神好转后继续排查,这次使用最原始的方式,一段一段注释–运行,类似于做题时的排除法.
这种方法虽然傻瓜,却有奇效.
果然给我找到了.
正确的应该是这样的:
let dateAttr: [NSAttributedString.Key: Any] = [
.font: UIFont.systemFont(ofSize: 12)
]
我却写成了这样:
let dateAttr: [NSAttributedString.Key: Any] = [
.font: 12
]
当时主要是传值进去的,习惯性传了个Int,打算在font后面写UIFont.systemFont(ofSize: 参数)的,结果类型(UIFont.systemFont)忘了写,直接写了个Int.
因为对应的value是Any类型,编译器也没报错.
所以Xcode把.font: 12
里的font当成了lineHeight
?
这次的沙雕经历也深刻的印证了一个亘古不变的道理:
看似高端的bug往往只需要简单的排查.
今天的文章一次与bug斗争的沙雕经历-[__NSCFNumber lineHeight]: unrecognized selector sent to instance分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/19214.html