考虑这段代码:

NSNumber* interchangeId = dict[@"interchangeMarkerLogId"];
long long llValue = [interchangeId longLongValue];
double dValue = [interchangeId doubleValue];
NSNumber* doubleId = [NSNumber numberWithDouble:dValue];
long long llDouble = [doubleId longLongValue];
if (llValue > 1000000) {
    NSLog(@"Have Marker iD = %@,  interchangeId = %@, long long value = %lld, doubleNumber = %@, doubleAsLL = %lld, CType = %s, longlong = %s", self.iD, interchangeId, llValue, doubleId, llDouble, [interchangeId objCType], @encode(long long));
}

结果:

Have Marker iD = (null), interchangeId = 635168520811866143, long long value = 635168520811866143, doubleNumber = 6.351685208118661e+17, doubleAsLL = 635168520811866112, CType = d, longlong = q

dict来自NSJSONSerialization，原始JSON源数据为"interchangeId":635168520811866143。看起来该值的所有 18 位数字都已在 NSNumber 中捕获，因此它不可能被 NSJSONSerialization 累积为 double(限制为 16 位十进制数字)。然而，objCType 报告它是一个 double。

我们在 NSNumber 的文档中找到了这一点:“返回的类型不一定与创建接收器的方法相匹配。”所以很明显这是一个“feechure”(即记录在案的错误)。

那么我如何才能确定这个值是一个整数而不是一个浮点值，这样我才能以所有可用的精度正确地提取它？ (请记住，我还有一些其他值是合法的 float ，我也需要准确提取这些值。)

到目前为止我想出了两个解决方案:

第一个，不使用 NSDecimalNumber 的知识 --

NSString* numberString = [obj stringValue];
BOOL fixed = YES;
for (int i = 0; i < numberString.length; i++) {
    unichar theChar = [numberString characterAtIndex:i];
    if (theChar != '-' && (theChar < '0' || theChar > '9')) {
        fixed = NO;
        break;
    }
}

第二个假设我们只需要担心 NSDecimalNumber 对象，并且可以信任来自常规 NSNumbers 的 CType 结果 --

if ([obj isKindOfClass:[NSDecimalNumber class]]) {
    // Need to determine if integer or floating-point.  NSDecimalNumber is a subclass of NSNumber, but it always reports it's type as double.
    NSDecimal decimalStruct = [obj decimalValue];
    // The decimal value is usually "compact", so may have a positive exponent even if integer (due to trailing zeros).  "Length" is expressed in terms of 4-digit halfwords.
    if (decimalStruct._exponent >= 0 && decimalStruct._exponent + 4 * decimalStruct._length < 20) {
        sqlite3_bind_int64(pStmt, idx, [obj longLongValue]);            
    }
    else {
        sqlite3_bind_double(pStmt, idx, [obj doubleValue]);           
    }
}
else ... handle regular NSNumber by testing CType.

第二个应该更有效，特别是因为它不需要创建一个新对象，但有点令人担忧，因为它依赖于 NSDecimal 的“未记录的行为/接口(interface)”——字段的含义没有在任何地方记录(我能找到的)并且被称为“私有(private)”。

两者似乎都有效。

虽然稍微考虑一下 -- 第二种方法有一些“边界”问题，因为不能很容易地调整限制以确保最大可能的 64 位二进制 int 将“通过”而不会冒丢失稍大数字的风险。

令人难以置信，这个方案在某些情况下失败了:

BOOL fixed = NO;
long long llValue = [obj longLongValue];
NSNumber* testNumber = [[NSNumber alloc] initWithLongLong:llValue];
if ([testNumber isEqualToNumber:obj]) {
    fixed = YES;
}

我没有保存这个值，但是有一个 NSNumber 本质上不等于它自己——两个值显示相同但不注册为相等(并且可以肯定的是该值起源于一个整数)。

到目前为止，这似乎有效:

BOOL fixed = NO;
if ([obj isKindOfClass:[NSNumber class]]) {
     long long llValue = [obj longLongValue];
     NSNumber* testNumber = [[[obj class] alloc] initWithLongLong:llValue];
     if ([testNumber isEqualToNumber:obj]) {
         fixed = YES;
     }
 }

显然 isEqualToNumber 在 NSNumber 和 NSDecimalNumber 之间不能可靠地工作。

(但赏金仍然开放，以征求最佳建议或改进。)

最佳答案

如 NSDecimalNumber.h 中所述，NSDecimalNumber 总是返回 "d" 因为它是返回类型。这是预期的行为。

- (const char *)objCType NS_RETURNS_INNER_POINTER;
    // return 'd' for double

还有开发者文档:

Returns a C string containing the Objective-C type of the data contained in the
receiver, which for an NSDecimalNumber object is always “d” (for double).

CFNumberGetValue 记录为在转换有损时返回 false。在有损转换的情况下，或者当您遇到 NSDecimalNumber 时，您将希望回退到使用 stringValue 然后使用 sqlite3_bind_text 来绑定(bind)它(并使用 sqlite 的列亲和性)。

像这样:

NSNumber *number = ...
BOOL ok = NO;

if (![number isKindOfClass:[NSDecimalNumber class]]) {
    CFNumberType numberType = CFNumberGetType(number);

    if (numberType == kCFNumberFloat32Type ||
        numberType == kCFNumberFloat64Type ||
        numberType == kCFNumberCGFloatType)
    {
        double value;
        ok = CFNumberGetValue(number, kCFNumberFloat64Type, &value);

        if (ok) {
            ok = (sqlite3_bind_double(pStmt, idx, value) == SQLITE_OK);
        }

    } else {
        SInt64 value;
        ok = CFNumberGetValue(number, kCFNumberSInt64Type, &value);

        if (ok) {
            ok = (sqlite3_bind_int64(pStmt, idx, value) == SQLITE_OK);
        }
    }
}

// We had an NSDecimalNumber, or the conversion via CFNumberGetValue() was lossy.
if (!ok) {
    NSString *stringValue = [number stringValue];
    ok = (sqlite3_bind_text(pStmt, idx, [stringValue UTF8String], -1, SQLITE_TRANSIENT) == SQLITE_OK);
}

关于ios - 如何确定 NSNumber 的真实数据类型？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20198040/