是否有可能在生产环境中捕获自动布局约束的歧义——相当于UIViewAlertForUnsatisfiableConstraints 断点，但对于生产应用程序？
我的目标是添加一个将此类错误报告给日志系统的全局处理程序。
【问题讨论】：
UIViewAlertForUnsatisfiableConstraints() 并查看它是否是 UIView 上的实例或类方法，但到目前为止我一无所获。
标签： ios swift autolayout nslayoutconstraint
符号UIViewAlertForUnsatisfiableConstraints实际上是一个函数：
_UIViewAlertForUnsatisfiableConstraints(NSLayoutConstraint* unsatisfiableConstraint, NSArray<NSLayoutConstraint*>* allConstraints).
它是私有的，所以你不能替换它。
但它是从私有方法-[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);
}
}
}
如果我对this article 的理解正确，__UIConstraintBasedLayoutVisualizeMutuallyExclusiveConstraints 在 iOS 上将始终返回 NO，因此您需要做的就是检查名为 _isUnsatisfiableConstraintsLoggingSuspended 的私有 bool 属性，然后调用原始方法。
这是结果代码示例：
#import <objc/runtime.h>
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<NSLayoutConstraint*>*)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，所以要小心），但我不能提供任何保证。 此外，它还捕获系统组件中的约束问题，例如键盘/视频播放器/等。 这段代码很脆弱（它可能导致任何系统版本更新、参数更改等崩溃），我不建议在生产中使用它（猜测它甚至不会通过自动审查过程）。你有最后一句话，但你被警告了。
但是我认为您可以在内部/外部测试人员的构建中使用它来修复生产前自动布局中的错误。
注意到您正在使用 swift：您可以使用桥接头文件将此代码添加到您的 swift 项目中。
【讨论】：
_UIViewAlertForUnsatisfiableConstraints 的方法声明的？
id），但它为您提供了许多参数。然后您可以在lldb 中显示参数值（使用$arg1、$arg2 等）。您可以在 lldb / Hopper 文档或相关文章中了解有关无源调试的更多信息。
简短的回答是，这是一个私有 API，您不应该在生产代码中使用它……
……至少在不知道相关危险的情况下：
A) 如果您尝试在提交到应用商店的产品中覆盖此类 SPI，Apple 将拒绝您的应用。如果它由于某种原因漏掉了，他们会在以后的某个时间抓住它，而且通常情况会更糟。
B) 方法调配，就像@Roman 在他的回答中提到的那样，通常会带来一些可能使您破坏您正在进一步（或将来）进行的任何工作的稳定性。当我使用第三方库时，我仍然担心有人在幕后做这种脆弱的事情。
有了这些警告，继续，覆盖私有方法并将它们调配到您的内心深处。只是请不要发布该代码。
【讨论】：