关于CKBrowserSwitcherViewController重写-traitCollection getter的调试报错咨询

我之前在处理MFMessageComposeViewController这类系统控制器时，也碰到过一模一样的问题，结合苹果官方文档和实际调试经验，给你整理下可行的解决思路：

首先得明白这个报错的来龙去脉：你看到的CKBrowserSwitcherViewController是系统内部的控制器（比如MFMessageComposeViewController里用来切换浏览器的子控制器），它重写了traitCollection的getter方法——而苹果的Trait Collection机制明确禁止这种操作。但问题的根源其实出在你自定义导航控制器的方式上，你的自定义逻辑干扰了系统控制器的原生Trait处理流程，才触发了这个报错。

先改掉这些错误操作 #

• 绝对不要重写任何控制器的-traitCollection getter方法，不管是你自己的自定义控制器还是系统控制器，苹果官方明确不允许这种做法，这是触发报错的核心原因。
• 别在AppDelegate里全局修改导航控制器的Trait，这种全局配置会影响所有被该导航控制器present/push的系统控制器，破坏它们的原生逻辑，不仅会报错还会导致展示异常。

针对你的场景的两种解决方案 #

结合你用到的MFMessageComposeViewController、MFMailComposeViewController、CNContactPickerViewController这几个系统控制器，推荐两种实用的处理方式：

1. 为系统控制器单独使用原生导航（或直接展示）

你用的这几个系统控制器，要么自带导航栏，要么本身就是模态控制器，完全不需要用自定义导航控制器包裹，直接present即可：

// 以MFMessageComposeViewController为例
MFMessageComposeViewController *messageVC = [[MFMessageComposeViewController alloc] init];
messageVC.messageComposeDelegate = self;
// 直接模态展示，不用套自定义导航
[self presentViewController:messageVC animated:YES completion:nil];

这样就能彻底避免自定义导航逻辑和系统控制器的Trait处理产生冲突。

2. 用官方API修改Trait（如果必须保留自定义导航）

如果你一定要用自定义导航控制器包裹系统控制器，千万别重写traitCollection，改用苹果官方推荐的setOverrideTraitCollection:forChildViewController:方法来修改子控制器的Trait：

// 在自定义导航控制器中push系统控制器时
MFMessageComposeViewController *messageVC = [[MFMessageComposeViewController alloc] init];
messageVC.messageComposeDelegate = self;

// 如果需要修改系统控制器的Trait，用这个合法方法
UITraitCollection *customTrait = [UITraitCollection traitCollectionWithUserInterfaceStyle:UIUserInterfaceStyleLight];
[self setOverrideTraitCollection:customTrait forChildViewController:messageVC];

[self pushViewController:messageVC animated:YES];

这是苹果唯一认可的修改子控制器Trait的方式，不会触发重写getter的报错。

额外检查点 #

• 排查你所有自定义控制器的代码，确保没有任何地方重写了-traitCollection，如果有，全部替换成setOverrideTraitCollection:forChildViewController:或者其他合法方式。
• 对于CNContactPickerViewController，一定要直接present，不要套导航控制器——它的设计就是如此，这样能避免很多不必要的冲突。

内容的提问来源于stack exchange，提问作者Gergely Kovacs