iOS14更新后的适配，在项目中遇到的一些问题，持续更新中~
除了这个链接下面，还遇到了一些其他的问题
https://www.jianshu.com/p/1803bd950b90
说明:
当前的这些问题，使用 < Xcode12打包上线appStore，或者打的adHoc包，安装在iOS14系统的手机上，可能一切正常。
当使用Xcode12直接打包，或者调试iOS14系统手机才会出现。
1、gif加载图片问题
项目中可能会有加载gif和png,jpg的需求，Xcode12调试运行，发现图片不见了。
现象：
原因：
1.1、使用SDWebImage比较老的库<没有一个个的验证，我们用的是5.8.0>中的SDAnimatedImageView加载网络图片，会造成加载失败
1.2、使用YYImage的最新库<当前是1.0.4，上次更新是2017年>中的YYAnimatedImageView加载网络图片，会造成加载失败
可能这两个库没有在项目中直接使用，但是如果使用了一些三方的大图浏览之类的三方库，可能会出现图片加载失败的情况，比如YBImageBrowser
适配方案：
1.1、SDWebImage直接升级到最新库即可
1.2、YYImage因为没有更新，可以考虑换成SDWebImage，或者直接修改YYImage的源码
将- (void)displayLayer:(CALayer *)layer修改下，打成私有pod库
- (void)displayLayer:(CALayer *)layer {
if (_curFrame) {
layer.contents = (__bridge id)_curFrame.CGImage;
} else {
// If we have no animation frames, call super implementation. iOS 14+ UIImageView use this delegate method for rendering.
if ([UIImageView instancesRespondToSelector:@selector(displayLayer:)]) {
[super displayLayer:layer];
}
}
}
为啥这么修改呢？
参考SD的SDAnimatedImageView的修改
- (void)displayLayer:(CALayer *)layer
{
UIImage *currentFrame = self.currentFrame;
if (currentFrame) {
layer.contentsScale = currentFrame.scale;
layer.contents = (__bridge id)currentFrame.CGImage;
} else {
// If we have no animation frames, call super implementation. iOS 14+ UIImageView use this delegate method for rendering.
if ([UIImageView instancesRespondToSelector:@selector(displayLayer:)]) {
[super displayLayer:layer];
}
}
}
2、UIProgressView<进度条>变粗了
现象：
原因：
iOS14，UIProgressView默认高度变为4，之前是2，如果产品要求保持之前的高度，需要进行适配
适配方案：
- (UIProgressView *)progressView {
if (!_progressView) {
_progressView = [[UIProgressView alloc] initWithFrame:self.bounds];
_progressView.progressTintColor = JMIBaseColor;
_progressView.trackTintColor = JMIColor(0xD8D8D8);
// 适配iOS14，UIProgressView高度变为2
if (CGRectGetHeight(_progressView.frame) == 4) {
_progressView.transform = CGAffineTransformMakeScale(1.0, 0.5);
}
}
return _progressView;
}
3、UITableviewCell、UICollectionViewCell中的内容无法响应或者不可见
现象
UITableviewCell、UICollectionViewCell 上的按钮，点击没有响应了
UITableviewCell、UICollectionViewCell 上的控件看不到了
UIConnectionViewCell如果不对contentView做操作的话，暂时没事，比如设置了下contentView.backgroundColor就有问题了,苹果应该是对contentView使用了懒加载
原因
在iOS14，苹果修改了UITableViewCell的控件层级结构，将contentView移动到了最上层，所以直接添加到self上的控件将会被contentView挡住
适配方案：
将cell上相关控件，添加到self.contentView上面
[self.contentView addSubview:self.showLabel];
[self.contentView addSubview:self.btn];
其他建议：
为了保险，将UICollectionViewCell、UITableViewHeaderFooterView
上面的控件也添加到contentView上面，鬼知道苹果下一次升级是不是默认会把contentView搞到最上层
4、UITableview 分组高度设置为0.01会出现一根线
现象：
如下结构代码
tableView.style = UITableViewStylePlain
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section {
return 0.01;
}
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section {
return 0.01;
}
- (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section {
return nil;
}
- (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section {
return nil;
}
在之前，当tableView.style = UITableViewStyleGrouped的时候，设置sectionHeader和sectionFooter的高度为0的时候，往往设置0不管用<iOS10>，会设置个0.01。为了封装方便，可能有的时候当tableView.style = UITableViewStylePlain的时候，也会这么干。
这样就会使得tableView.style = UITableViewStyleGrouped/UITableViewStylePlain的时候让sectionHeader和sectionFooter的高度看不到了
但是在iOS14，就会出现上面说的那种情况,当然了tableView.style = UITableViewStyleGrouped不受影响
适配方案：
1、当tableView.style = UITableViewStylePlain
iOS10~iOS14通用
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section {
return 0;
}
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section {
return 0;
}
2、如果当前封装的tableView两种类型都有，那么进行相关的判断
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section {
if (tableView.style == UITableViewStyleGrouped) {
return 0.01;
}
return 0;
}
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section {
if (tableView.style == UITableViewStyleGrouped) {
return 0.01;
}
return 0;
}
5、UIWebView 消除大作战
ITMS-90809:废弃API用法- 2020年12月将不再接受使用UIWebView的应用程序更新。相反，使用WKWebView来提高安全性和可靠性
基本上每次上线都能看到这个东西,近期听说集团有App上线已经因为这个UIWebView被拒了。所以来次大检查吧
1、检测源码中是否有UIWebView，或者UIWebViewDelegate
这个直接在搜索框中搜索即可
2、源码中没有UIWebView不代表安全了，通过Mach-O来全面查找吧
otool -oV [Mach-O路径] | tee [检测结果日志文件名称].log
otool -oV /Users/a58/Desktop/Tools/XXX.app/XXX | tee classInfo.log
解释
otool -oV [Mach-O路径]
是获取所有的类结构及其定义的方法
| tee classInfo.log
由于打印的东西较多，我们在终端中显示不下，可以将终端打印的东西搞到文件中
直接在.log中查询UIWebView即可
通过该方法可以找到相关的三方库中的UIWebView和相关.a
.framework中的UIWebView，然后进行相关的升级和替换
如果你在项目中还遇到了其他的一些问题，评论区见~~
