事情是这样的.
最近在做这样一个项目:
使用到技术是一个完整版的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?
这次的沙雕经历也深刻的印证了一个亘古不变的道理:
