在 Xcode 7 中更改了 +load 方法顺序

Changed +load method order in Xcode 7

我发现 Xcode 7(版本 7.0 (7A220))更改了在单元测试期间调用 class 类和类别的 +load 方法的顺序。

如果属于测试目标的类别实现了 +load 方法,现在在最后调用它,此时可能已经创建并使用了 class 的实例。

我有一个 AppDelegate,它实现了 +load 方法。 AppDelegate.m 文件还包含 AppDelegate (MainModule) 类别。此外,还有一个单元测试文件 LoadMethodTestTests.m,其中包含另一个类别 – AppDelegate (UnitTest)

这两个类别还实现了 +load 方法。第一类属于主要目标,第二类属于测试目标。

代码

我做了一个小 test project 来演示这个问题。 这是一个空的默认 Xcode 一个视图项目,仅更改了两个文件。

AppDelegate.m:

#import "AppDelegate.h"

@implementation AppDelegate

+(void)load {
    NSLog(@"Class load");
}

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    NSLog(@"didFinishLaunchingWithOptions");

    return YES;
}

@end

@interface AppDelegate (MainModule)
@end

@implementation AppDelegate (MainModule)

+(void)load {
    NSLog(@"Main Module +load");
}

@end

和一个单元测试文件(LoadMethodTestTests.m):

#import <UIKit/UIKit.h>
#import <XCTest/XCTest.h>
#import "AppDelegate.h"

@interface LoadMethodTestTests : XCTestCase

@end

@interface AppDelegate (UnitTest)
@end

@implementation AppDelegate (UnitTest)

+(void)load {
    NSLog(@"Unit Test +load");
}

@end

@implementation LoadMethodTestTests

-(void)testEmptyTest {
    XCTAssert(YES);
}

@end

测试

我在 Xcode 6 月 7 日对该项目进行了单元测试(代码和 github link 如下)并获得了以下 +load 调用顺序:

Xcode 6 (iOS 8.4 simulator):
    Unit Test +load
    Class load
    Main Module +load
    didFinishLaunchingWithOptions

Xcode 7 (iOS 9 simulator):
    Class load
    Main Module +load
    didFinishLaunchingWithOptions
    Unit Test +load

Xcode 7 (iOS 8.4 simulator):
    Class load
    Main Module +load
    didFinishLaunchingWithOptions
    Unit Test +load

问题

Xcode 7 在已经创建了AppDelegate之后,最后运行测试目标类别+load方法(Unit Test +load)。 这是正确的行为还是应该发送给 Apple 的错误?

可能没有指定,所以compiler/runtime可以自由重排电话? 我看过 this SO question as well as on the +load description in the NSObject documentation 但我不太明白当类别属于另一个目标时 +load 方法应该如何工作。

或者可能 AppDelegate 是出于某种原因的某种特殊情况?

为什么我要问这个

  1. 教育目的。
  2. 我曾经在单元测试目标内的类别中执行方法调配。现在,当调用顺序发生变化时,applicationDidFinishLaunchingWithOptions 在 swizzling 发生之前执行。我相信还有其他方法可以做到这一点,但它在 Xcode 7 中的工作方式对我来说似乎违反直觉。我认为当 class 加载到内存中时,+load 这个 class 和 +load 所有类别的方法应该在我们可以用这个 class 做一些事情之前被调用(比如创建一个实例并调用 didFinishLaunching...)。

TL,DR: 这是 xctest 的错,不是 objc 的错。

这是因为 xctest 可执行文件(实际上 运行 进行单元测试的那个,位于 $XCODE_DIR/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/Library/Xcode/Agents/xctest 加载它的包。

Pre-Xcode 7,它在 运行ning 任何测试之前加载了 all 引用的测试包。这可以看出(对于那些关心的人),通过反汇编 Xcode 6.4 的二进制文件,可以看到符号 -[XCTestTool runTestFromBundle:].

的相关部分

在 Xcode 7 版本的 xctest 中,您可以看到它延迟加载测试包,直到 XCTestSuite 实际测试 运行,在实际的 XCTest 框架,可以在符号 __XCTestMain 中看到,它仅在设置测试的主机应用程序后调用。

因为这些在内部调用的顺序发生了变化,所以您测试的 +load 方法的调用方式有所不同。 objective-c-运行time 的内部结构没有变化。

如果您想在您的应用程序中解决这个问题,您可以做一些事情。首先,您可以使用 +[NSBundle bundleWithPath:] 手动加载您的包,然后调用 -load

你也可以 link 你的测试目标回到你的测试主机应用程序(我希望你使用的是一个单独的测试主机而不是你的主应用程序!),这样它会在 xctest 加载时自动加载主机应用程序。

我不会认为这是一个错误,它只是 XCTest 的一个实现细节。

资料来源:过去 3 天只是为了完全不相关的原因拆解 xctest

Xcode 7 在 iOS 模板项目中有 两个 不同的加载顺序。

单元测试用例。对于单元测试,测试包在应用程序完成后注入运行模拟启动到主屏幕。默认的单元测试执行顺序如下:

Application: AppDelegate initialize()
Application: AppDelegate init()
Application: AppDelegate application(…didFinishLaunchingWithOptions…)
Application: ViewController viewDidLoad()
Application: ViewController viewWillAppear()
Application: AppDelegate applicationDidBecomeActive(…)
Application: ViewController viewDidAppear()
Unit Test: setup()
Unit Test: testExample()

UI 测试用例。 对于 UI 测试,一个 单独的第二个过程 XCTRunner设置用于执行被测应用程序。可以从测试中传递参数 setUp() ...

class Launch_UITests: XCTestCase {

  override func setUp() {
    // … other code …
    let app = XCUIApplication()
    app.launchArguments = ["UI_TESTING_MODE"]
    app.launch()
    // … other code …
  }

... 将被接收为 AppDelegate ...

class AppDelegate: UIResponder, UIApplicationDelegate {

  func application(… didFinishLaunchingWithOptions… ) -> Bool {
    // … other code …
    let args = NSProcessInfo.processInfo().arguments
    if args.contains("UI_TESTING_MODE") {
        print("FOUND: UI_TESTING_MODE")
    }
    // … other code …

注入单独的过程可以通过打印NSProcessInfo.processInfo().processIdentifierNSProcessInfo.processInfo().processName来观察测试代码和应用程​​序代码。