ios - SudzC ARC 版本 - objc_msgSend 调用导致 EXC_BAD_ACCESS 使用 64 位架构

Question

编辑 - 我已将以下问题追踪到 64 位与 32 位架构问题...请参阅我发布的答案以了解我是如何解决的

我使用 SudzC 为 Web 服务生成 SOAP 代码。他们为您提供了一个示例应用程序，我能够在设备和模拟器上成功使用它。

然后我开始构建我的应用程序。我使用空白应用程序模板(启用了 CoreData 和 ARC)将 SudzC 生成的文件导入到一个新的 XCode 项目中。

我启动并运行了第一个 SOAP 请求——模拟器中一切正常——然后我开始在设备(运行 iOS 7.02 的 iPhone 5S)上进行第一次测试。每次运行 SOAP 请求时，设备都会抛出 EXC_BAD_ACCESS 错误。

我已经追踪到 SoapRequest.m 文件，特别是 connectionDidFinishLoading 方法。此方法使用 objc_msgSend 调用将 SOAP 响应数据发送回另一个类(在本例中为我的 View Controller )中的处理程序方法。这是代码:

SoapRequest.m:

- (void)connectionDidFinishLoading:(NSURLConnection *)connection {
    NSError* error;
    if(self.logging == YES) {
        NSString* response = [[NSString alloc] initWithData: self.receivedData encoding: NSUTF8StringEncoding];
        NSLog(@"%@", response);
    }

    CXMLDocument* doc = [[CXMLDocument alloc] initWithData: self.receivedData options: 0 error: &error];
    if(doc == nil) {
        [self handleError:error];
        return;
    }

    id output = nil;
    SoapFault* fault = [SoapFault faultWithXMLDocument: doc];

    if([fault hasFault]) {
        if(self.action == nil) {
            [self handleFault: fault];
        } else {
            if(self.handler != nil && [self.handler respondsToSelector: self.action]) {
                objc_msgSend(self.handler, self.action, fault);
            } else {
                NSLog(@"SOAP Fault: %@", fault);
            }
        }
    } else {
        CXMLNode* element = [[Soap getNode: [doc rootElement] withName: @"Body"] childAtIndex:0];
        if(deserializeTo == nil) {
            output = [Soap deserialize:element];
        } else {
            if([deserializeTo respondsToSelector: @selector(initWithNode:)]) {
                element = [element childAtIndex:0];
                output = [deserializeTo initWithNode: element];
            } else {
                NSString* value = [[[element childAtIndex:0] childAtIndex:0] stringValue];
                output = [Soap convert: value toType: deserializeTo];
            }
        }
        if(self.action == nil) { self.action = @selector(onload:); }
        if(self.handler != nil && [self.handler respondsToSelector: self.action]) {
            objc_msgSend(self.handler, self.action, output);
        } else if(self.defaultHandler != nil && [self.defaultHandler respondsToSelector:@selector(onload:)]) {
            [self.defaultHandler onload:output];
        }

    }
    conn = nil;
}

所以行 objc_msgSend(self.handler, self.action, output); 似乎是我的问题所在。 self.handler 指向我的 View Controller，self.action 指向这个方法:

TasksViewController.m:

- (void) findItemHandler: (id) value {

    // Handle errors
    if([value isKindOfClass:[NSError class]]) {
        NSLog(@"%@", value);
        return;
    }

    // Handle faults
    if([value isKindOfClass:[SoapFault class]]) {
        NSLog(@"%@", value);
        return;
    }

    // Do something with the id result
    NSLog(@"FindItem returned the value: %@", value);
}

重新进入这个方法是我崩溃的地方。看起来 (id)value 没有从 SoapRequest 类中获取。我假设它正在被 ARC 释放。我通过将 (id)value 替换为 int 来测试调用:

objc_msgSend(self.handler, self.action, 1);

和

- (void)findItemHandler:(int)value

这行得通。假设问题是值变量被过早销毁，我尝试了一些方法来尝试保留它。我向 SoapRequest.m 添加了一个属性:

@property (nonatomic, strong) id 值；

然后通过那个:

self.value = output;
objc_msgSend(self.handler, self.action, self.value);

同样的问题。我也对 SoapRequest 的实例尝试了同样的事情......现在，我能够通过在 View Controller 中创建一个属性并将该属性设置为该值来解决这个问题，但我真的很好奇如何解决这个问题原始代码。我回到从 SudzC 下载的示例应用程序，看看它是如何工作的，结果发现该项目没有启用 ARC (!)。

谁能告诉我:

1) 如果我的假设是正确的，output 正在被释放，导致处理程序方法引用错误的内存地址？

2) 为什么这在模拟器上有效？我认为这是因为 sim 有更多可用内存，所以它在 ARC 释放方面没有那么激进......

3) 如果我想保留 objc_msgSend 调用，我该如何解决这个问题？我想了解这是如何/为什么发生的

4) 如果 SudzC 在此处使用 objc_msgSend 是正确的，据我所知，除非在极少数情况下，否则直接调用它是不好的做法？

谢谢!

Answer 1

好的 - 经过更多的摸索和研究，我终于明白这可能是 64 位与 32 位的问题。这是我升级到新 Xcode 后开发的第一个应用程序。我转到build设置并将架构从“标准架构(包括 64 位)(armv7、armv7s、arm64)”更改为“标准架构(armv7、armv7s)”。这解决了问题!

然后我回去研究为什么会这样。我找到了这个 Apple 64 位转换指南:https://developer.apple.com/library/content/documentation/General/Conceptual/CocoaTouch64BitGuide/ConvertingYourAppto64-Bit/ConvertingYourAppto64-Bit.html

文档提到了以下内容:

Dispatch Objective-C Messages Using the Method Function’s Prototype An exception to the casting rule described above is when you are calling the objc_msgSend function or any other similar functions in the Objective-C runtime that send messages. Although the prototype for the message functions has a variadic form, the method function that is called by the Objective-C runtime does not share the same prototype. The Objective-C runtime directly dispatches to the function that implements the method, so the calling conventions are mismatched, as described previously. Therefore you must cast the objc_msgSend function to a prototype that matches the method function being called.

Listing 2-14 shows the proper form for dispatching a message to an object using the low-level message functions. In this example, the doSomething: method takes a single parameter and does not have a variadic form. It casts the objc_msgSend function using the prototype of the method function. Note that a method function always takes an id variable and a selector as its first two parameters. After the objc_msgSend function is cast to a function pointer, the call is dispatched through that same function pointer.

使用这些信息，我更改了以下行:

objc_msgSend(self.handler, self.action, self.value);

到:

id (*response)(id, SEL, id) = (id (*)(id, SEL, id)) objc_msgSend;
response(self.handler, self.action, output);

一切正常!

希望这对其他人有帮助...