iOS/CoreData/Objective-C：NSPredicate过滤布尔属性异常排查

我来帮你拆解下这个问题——你遇到的NSPredicate不生效，大概率是布尔属性的类型匹配逻辑和nil值处理没搞对，咱们一步步理清楚：

首先先确认基础逻辑：你在xcdatamodeld里把属性设为Boolean类型，NSManagedObject里用NSNumber属性是完全正确的，Objective-C里确实没有原生的布尔属性，Core Data的Boolean类型会自动映射成NSNumber（用@YES/@NO或@1/@0存储）。

1. 先搞定「类型匹配」的核心问题 #

你提到要过滤掉"true、1、yes、on"这类值，但其实Core Data的Boolean属性根本不会存储字符串类型的"yes"/"on"，它只会存0或1对应的NSNumber。很多人踩坑是因为用了错误的Predicate写法，比如拿字符串/数字和NSNumber属性直接比较：

// 错误写法：用字符串或数字和NSNumber属性比较
[NSPredicate predicateWithFormat:@"isArchived == 'YES'"];
[NSPredicate predicateWithFormat:@"isArchived == 1"];

这种写法会因为类型不匹配导致Predicate失效，正确的写法应该直接用布尔字面量或NSNumber常量：

// 写法1：直接匹配NO值，过滤掉YES的记录
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"isArchived == NO"];

// 写法2：更简洁的NOT语法，效果和上面一致
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"NOT isArchived"];

2. 处理「nil/null值」的边界情况 #

如果你的Boolean属性在xcdatamodeld里勾选了「Optional」（允许为nil），那上面的Predicate会漏掉nil的记录——因为isArchived == NO只匹配明确为NO的记录，nil值不会被包含。

如果你想同时保留值为NO和值为nil的记录，需要调整Predicate逻辑：

// 写法1：明确包含NO和nil的情况
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"isArchived == NO OR isArchived == nil"];

// 写法2：更简洁的排除法，排除所有YES的记录，剩下的就是NO和nil
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"NOT (isArchived == YES)"];

3. 快速验证Predicate的小技巧 #

你可以先脱离NSFetchedResultsController，单独测试Predicate是否生效，避免其他配置干扰：

// 拿几个测试用的NSManagedObject实例
NSManagedObject *obj1 = ...; // isArchived = @YES
NSManagedObject *obj2 = ...; // isArchived = @NO
NSManagedObject *obj3 = ...; // isArchived = nil

NSPredicate *predicate = [NSPredicate predicateWithFormat:@"NOT isArchived"];
NSLog(@"obj1匹配：%@", [predicate evaluateWithObject:obj1] ? @"是" : @"否"); // 应该输出"否"
NSLog(@"obj2匹配：%@", [predicate evaluateWithObject:obj2] ? @"是" : @"否"); // 应该输出"是"
NSLog(@"obj3匹配：%@", [predicate evaluateWithObject:obj3] ? @"是" : @"否"); // 允许nil时输出"是"

如果测试结果符合预期，那问题大概率出在NSFetchedResultsController的其他配置（比如实体名写错、sortDescriptor冲突），否则就是Predicate的逻辑还需要调整。

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