工程在Xcode11上编译失败的一些报错，自行修改即可，大部分情况应该是代码不够规范导致的。至于这里，则主要总结下工程在Xcode11上正常编译后，在iOS13系统手机上的一些问题。
问题一：
使用UITextField时，它的私有属性_placeholderLabel被禁止访问了
[_textField setValue:[UIFont boldSystemFontOfSize:14] forKeyPath:@"_placeholderLabel.font"];
在Xcode11上运行上述代码会崩溃，崩溃信息如下：
reason: 'Access to UITextField's _placeholderLabel ivar is prohibited. This is an application bug'
iOS 13 通过 KVC 方式修改私有属性，有 Crash 风险，需谨慎使用！并不是所有KVC都会Crash，要尝试！
删除上述方法中@"_placeholderLabel.font"里的“_”，程序可以正常工作，但是不建议这样做。
解决措施1，通过以下方法实现对placeholder属性的设置：
_textField.attributedPlaceholder = [[NSAttributedString alloc]initWithString:NSLocalizedString(@"请输入关键字", nil) attributes:@{NSFontAttributeName:[UIFont boldSystemFontOfSize:14], NSForegroundColorAttributeName:HexString(@"#A6A6A6")}];
解决措施2，需要添加头文件#import <objc/runtime.h>
Ivar ivar = class_getInstanceVariable([UITextField class], "_placeholderLabel");
UILabel*placeholderLabel =object_getIvar(_textField, ivar);
placeholderLabel.textColor= [UIColorredColor];
问题二：
通过presentViewController弹出的模态控制器，弹出方式及效果和iOS13以前不同，这是因为UIViewController里的一个属性modalPresentationStyle的默认值发生了改变。在iOS13之前，这个属性的默认值是UIModalPresentationFullScreen，而在iOS13之后，默认值变成了UIModalPresentationAutomatic。和Xcode无关，只和iOS系统有关。
当然，严格意义上来说，这也不能算是一个问题，如果不能接受新的弹出效果，则只需要将控制器的modalPresentationStyle属性设置下即可。为避免一处处去修改，我们可以通过UIViewController分类、重写presentViewController等方式去实现。
问题三：
MPMoviePlayerController已经被弃用，在Xcode11上会Crash，信息如下：
reason: 'MPMoviePlayerController is no longer available. Use AVPlayerViewController in AVKit.'
解决措施：需要使用AVKit框架里的AVPlayerViewController来替代
问题四：
LaunchImage即将废弃，得使用LaunchScreen来进行替换
从 iOS 8 的时候，苹果就引入了 LaunchScreen，我们可以设置 LaunchScreen来作为启动页。当然，现在你还可以使用LaunchImage来设置启动图。不过使用LaunchImage的话，要求我们必须提供各种屏幕尺寸的启动图，来适配各种设备，随着苹果设备尺寸越来越多，这种方式显然不够 Flexible。而使用 LaunchScreen的话，情况会变的很简单， LaunchScreen是支持AutoLayout+SizeClass的，所以适配各种屏幕都不在话下。
注意啦️，从2020年4月开始，所有使⽤ iOS13 SDK的 App将必须提供 LaunchScreen，LaunchImage即将退出历史舞台
同时我们也可以看到，在Xcode11上，已经没有了LaunchImage的选项：
如何使用LaunchScreen适配各种机型的手机？
如果单纯使用一张启动图，是无法适配各种机型的，因为同一张图在不同机型上可能会被拉伸变形。
因此，我们可以把一张启动图拆分开，拆成单独的元素，在storyboard进行自动布局，这样的话，就可以适配不同的机型、横竖屏等情况了。
关于启动页实现、布局等内容具体可以参考一下链接：
启动页黑屏或白屏：https://www.jianshu.com/p/d2b0f20e2e96
启动页强制竖屏，启动后可以横竖屏：https://www.coder4.com/archives/5406
使用Storyboard按比例自动布局技巧：https://blog.csdn.net/ws1352864983/article/details/52441938
问题五：
UIWindow，视图层级发生了变化，如下图，分别是Xcode11和Xcode11以前的版本下，UIWindow的视图层级。
从上图中，我们可以看到，UIWindow下的第一个子视图不再是UILayoutContainerView，而是多出了UITransitionView、UIDropShadowView。
因此如果在iOS13上，我们如果想通过一下代码获取第一响应者，是获取不到的
frontView = [[window subviews] objectAtIndex:0];
nextResponder = [frontView nextResponder];//iOS13上，获取到的还是UIWindow（UITransitionView）
那么，如果我们在Xcode11下，还想要获取到UILayoutContainerView怎么办呢？可以通过类似下面的方式获取到
do {
frontView = [[frontView subviews] objectAtIndex:0];
} while ([frontView isKindOfClass:[UIView class]] && ![[frontView nextResponder] isKindOfClass:[UIViewController class]]);
问题六：
[[UIApplication sharedApplication] keyWindow] 方法即将被废弃，被标记为API_DEPRECATED
我们可以看下官方描述：
@property(nullable, nonatomic,readonly) UIWindow *keyWindow API_DEPRECATED("Should not be used for applications that support multiple scenes as it returns a key window across all connected scenes", ios(2.0, 13.0));
官方描述的意思是，不应用于在返回时支持多个场景的应用程序。而如果我们的程序只支持单一场景的话，
我们可以在Xcode11上分别获取keywindow、windows里的subwindow来打印看看
test window ++++ keywindow :<UIWindow: 0x109600ec0; frame = (0 0; 834 1194); autoresize = W+H; gestureRecognizers = <NSArray: 0x283793f90>; layer = <UIWindowLayer: 0x2839ca8a0>>
test window --- subwindow :<UIWindow: 0x109600ec0; frame = (0 0; 834 1194); autoresize = W+H; gestureRecognizers = <NSArray: 0x283793f90>; layer = <UIWindowLayer: 0x2839ca8a0>>
test window --- subwindow :<UITextEffectsWindow: 0x10964b680; frame = (0 0; 834 1194); opaque = NO; autoresize = W+H; layer = <UIWindowLayer: 0x28399a620>>
可以得出结论，对于这种只支持单一场景的应用来说，可以使用[[[UIApplication sharedApplication] windows] objectAtIndex:0]来替换keywindow的方法。
tips：至于UITextEffectsWindow是什么东西，可以看这个
问题七：
WKWebView 中测量页面内容高度的方式变更如下
iOS 13以前 document.body.scrollHeight
iOS 13中 document.documentElement.scrollHeight 两者相差55 应该是浏览器定义高度变了
问题八：
暗黑模式，若当前需要屏蔽暗黑模式，则需要在plist文件中增加一下配置项即可：
<key>UIUserInterfaceStyle</key>
<string>Light</string>
问题九：
presentViewController子线程执行时，会引发Crash，必须在主线程执行。
通常来说，大家都知道，UI操作必须放到主线程中执行，但是，在Xcode11以前，我们在使用presentViewController时，在子线程也可以正常使用，我们在器block中打印，发现已经回到了主线程。可以猜测，如果在子线程中使用presentViewController，系统会强制将其拉回到主线程中执行，所以不会引发异常。
但是，使用Xcode11后，在子线程使用presentViewController，会直接引发Crash，
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'threading violation: expected the main thread'
所以，切记，一切的UI操作都要放到主线执行。
参考链接：
https://www.jb51.net/article/169852.htm
