iOS tableView滑动卡顿的问题之一

修改前计算cell高度的代码

let data = NSData(contentsOf: URL(string: self.model?.details?[indexPath.row-2] ?? "")!)                guard data != nil else {                    return 0                }                let image = UIImage.init(data: data! as Data)                print(image?.size ?? 0)                cell.goodsImage.backgroundColor = UIColor.red                return (image?.size.height)! * kWidth/(image?.size.width)!

其中NSData(contentsOf: URL(string）方法是在主线程中执行，转为data比较耗时，导致tableView滑动的卡顿。所以在检查不是图片加载的问题后，对cell高度的返回进行了优化

//找出缓存中的图片并获得尺寸                let imageCache = SDImageCache.shared()                var image = UIImage()                                //从缓存或磁盘中能找到                if imageCache?.imageFromMemoryCache(forKey: self.model?.details?[indexPath.row-2]) != nil || imageCache?.imageFromDiskCache(forKey: self.model?.details?[indexPath.row-2]) != nil {                    image = (imageCache?.imageFromMemoryCache(forKey: self.model?.details?[indexPath.row-2]))!                    return (image.size.height) * kWidth/(image.size.width)                } else {                //本地找不到                    let data = NSData(contentsOf: URL(string: self.model?.details?[indexPath.row-2] ?? "")!)                    guard data != nil else {                        return 0                    }                    let image = UIImage.init(data: data! as Data)                    return (image?.size.height)! * kWidth/(image?.size.width)!                }

利用SDWebImage框架的强大缓存机制，先在缓存中查找要加载的图片，有的话直接拿其尺寸来用，没有找到的图片就通过model数据转化data进而得到图片信息。

我想 找不到的情况应该不会存在吧，毕竟tableView的代理方法先执行的cell加载，包括了图片加载，执行cell高度代理时，对应图片的缓存都已经存在了。