在生产中捕获UIViewAlertForUnsatisfiableConstraints
是否有可能在生产中捕获自动布局约束模糊 – 相当于UIViewAlertForUnsatisfiableConstraints断点，但对于生产应用程序？
我的目标是添加一个全局处理程序，将此类错误报告给日志记录系统。
符号UIViewAlertForUnsatisfiableConstraints实际上是一个函数：
_UIViewAlertForUnsatisfiableConstraints(NSLayoutConstraint* unsatisfiableConstraint, NSArray 。
它是私人的，所以你无法取代它。
但它是从私有方法调用的-[UIView engine:willBreakConstraint:dueToMutuallyExclusiveConstraints:] ，它可以被调配。 此方法大致包含以下内容：
void -[UIView engine:willBreakConstraint:dueToMutuallyExclusiveConstraints:] { if ([self _isUnsatisfiableConstraintsLoggingSuspended]) { [self _recordConstraintBrokenWhileUnsatisfiableConstraintsLoggingSuspended:$arg4]; // add constraint to some pool } else { if (__UIConstraintBasedLayoutVisualizeMutuallyExclusiveConstraints) { // print something in os_log } else { _UIViewAlertForUnsatisfiableConstraints($arg4, $arg5); } } }
如果我从本文中正确理解， __UIConstraintBasedLayoutVisualizeMutuallyExclusiveConstraints将始终在iOS上返回NO，因此您需要做的就是检查名为_isUnsatisfiableConstraintsLoggingSuspended私有bool属性，然后调用原始方法。
这是结果代码示例：
#import void SwizzleInstanceMethod(Class classToSwizzle, SEL origSEL, Class myClass, SEL newSEL) { Method methodToSwizzle = class_getInstanceMethod(classToSwizzle, origSEL); Method myMethod = class_getInstanceMethod(myClass, newSEL); class_replaceMethod(classToSwizzle, newSEL, method_getImplementation(methodToSwizzle), method_getTypeEncoding(methodToSwizzle)); class_replaceMethod(classToSwizzle, origSEL, method_getImplementation(myMethod), method_getTypeEncoding(myMethod)); } @interface InterceptUnsatisfiableConstraints : NSObject @end @implementation InterceptUnsatisfiableConstraints + (void)load { static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ SEL willBreakConstantSel = NSSelectorFromString(@"engine:willBreakConstraint:dueToMutuallyExclusiveConstraints:"); SwizzleInstanceMethod([UIView class], willBreakConstantSel, [self class], @selector(pr_engine:willBreakConstraint:dueToMutuallyExclusiveConstraints:)); }); } - (void)pr_engine:(id)engine willBreakConstraint:(NSLayoutConstraint*)constraint dueToMutuallyExclusiveConstraints:(NSArray*)layoutConstraints { BOOL constrainsLoggingSuspended = [[self valueForKey:@"_isUnsatisfiableConstraintsLoggingSuspended"] boolValue]; if (!constrainsLoggingSuspended) { NSLog(@"_UIViewAlertForUnsatisfiableConstraints would be called on next line, log this event"); } [self pr_engine:engine willBreakConstraint:constraint dueToMutuallyExclusiveConstraints:layoutConstraints]; } @end
它适用于iOS 8.2 / 9/10（它在iOS 8.1中不起作用，所以要小心），但我无法保证。 此外，它还可以捕获系统组件中的约束问题，例如键盘/video播放器/等。 这段代码很脆弱（它可能导致任何系统版本更新崩溃，参数更改等），我不建议在生产中使用它（猜测它甚至不会通过自动审查过程）。 你有最后一个字，但是你被警告了。
但是我认为您可以在内部/外部测试人员的构建中使用它来修复生产前的autolayout中的错误。
注意到您使用的是swift：您可以使用桥接头文件将此代码添加到swift项目中。
简短的回答是，这是一个私有API，您不应该在生产代码中搞乱它…
……至少在不知道相关危险的情况下：
A）如果您尝试在提交到app store的产品中覆盖此类SPI，Apple 将拒绝您的应用。 如果由于某种原因它会滑落，它们会在以后的某个时候捕获它，这通常会更糟。
B）方法调整，就像@Roman在他的回答中提到的那样，经常会带来一些你可能会在你进一步（或将来）工作时破坏稳定性的可能性。 当我使用第三方库时，我仍然担心某人正在做一些像这样脆弱的事情。
有了那些警告，继续，覆盖私人方法，并将它们调到你心中。 请不要发送该代码。