9

因此,由于 Apple 现在拒绝访问 UDID 的应用程序,因此在我们公司当前的项目中,我们需要消除所有调用此属性的 API:

[[UIDevice currentDevice] uniqueIdentifier]

我们已经消除了我们自己代码中的所有调用,但需要确保我们使用的许多外部库没有调用此属性。

确定库是否正在调用此属性的最可靠方法是什么?

先感谢您!

4

3 回答 3

14

除了使用otx(这似乎变得不稳定)之外,一个选择是在该方法上设置一个符号断点,然后运行应用程序一段时间,看看你是否点击它。

为该方法配置符号断点如下所示:

在此处输入图像描述

如果你遇到了那个断点,你可以通过打开调试器控制台并输入来找出是谁调用了它bt。在这种情况下,电话来自我的application:didFinishLaunchingWithOptions:,但无论是谁打电话都有效:

(lldb) bt
* thread #1: tid = 0x1c03, 0x001f4690 UIKit`-[UIDevice uniqueIdentifier], stop reason = breakpoint 1.1
frame #0: 0x001f4690 UIKit`-[UIDevice uniqueIdentifier]
frame #1: 0x0000212e MyApp`-[AppDelegate application:didFinishLaunchingWithOptions:](self=0x0747fcb0, _cmd=0x005aec21, application=0x08366300, launchOptions=0x00000000) + 702 at AppDelegate.m:37
frame #2: 0x00015157 UIKit`-[UIApplication _handleDelegateCallbacksWithOptions:isSuspended:restoreState:] + 266
frame #3: 0x00015747 UIKit`-[UIApplication _callInitializationDelegatesForURL:payload:suspended:] + 1248
frame #4: 0x0001694b UIKit`-[UIApplication _runWithURL:payload:launchOrientation:statusBarStyle:statusBarHidden:] + 805
frame #5: 0x00027cb5 UIKit`-[UIApplication handleEvent:withNewEvent:] + 1022
frame #6: 0x00028beb UIKit`-[UIApplication sendEvent:] + 85
frame #7: 0x0001a698 UIKit`_UIApplicationHandleEvent + 9874
frame #8: 0x01f01df9 GraphicsServices`_PurpleEventCallback + 339
frame #9: 0x01f01ad0 GraphicsServices`PurpleEventCallback + 46
frame #10: 0x01f1bbf5 CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 53
frame #11: 0x01f1b962 CoreFoundation`__CFRunLoopDoSource1 + 146
frame #12: 0x01f4cbb6 CoreFoundation`__CFRunLoopRun + 2118
frame #13: 0x01f4bf44 CoreFoundation`CFRunLoopRunSpecific + 276
frame #14: 0x01f4be1b CoreFoundation`CFRunLoopRunInMode + 123
frame #15: 0x0001617a UIKit`-[UIApplication _run] + 774
frame #16: 0x00017ffc UIKit`UIApplicationMain + 1211
frame #17: 0x00001d42 MyApp`main(argc=1, argv=0xbffff3f8) + 130 at main.m:16
于 2013-03-25T23:57:05.803 回答
3

扩展奎因的答案:

  • strings列出编译对象或库中的所有符号,按每个类第一次出现的顺序。如果您uniqueIdentifier在输出中看到,他们可能正在使用该名称调用其他方法。但是,如果您currentDevice在输出中看到紧随其后的是uniqueIdentifier,那么他们几乎肯定是在调用[[UIDevice currentDevice] uniqueIdentifier]currentDevice如果库在文件中较早地调用,则这两行可能不是连续的。
  • otool -ov列出库中的所有类、方法和导入。如果它列出了uniqueIdentifier,则可能意味着该库正在使用该名称定义自己的方法。在上下文中查看参考。在每个类的底部,您会看到一个Contents of (__DATA,__objc_classrefs) section列出导入的部分。如果_OBJC_CLASS_$_UIDevice在您发现引用的类的导入中列出uniqueIdentifier,那么该类很可能正在调用-[UIDevice uniqueIdentifier]
  • 的输出nm类似于otool此目的。具体来说,它不会向您显示对 的调用uniqueIdentifier,但会向您显示导入的类UIDevice
于 2013-05-15T21:26:38.543 回答
2

很难可靠地确定闭源库是否真的在调用方法,但有一些方法可以查看它们是否可能是:

  • 使用字符串查看“uniqueIdentifier”是否出现在库中,无论它是如何使用的:

    $ strings libFoo.a | grep uniqueIdentifier

  • 使用nmotool(请参阅此答案

  • 使用otx(请参阅此答案

这些方法可以帮助发现设置断点可能会错过的潜在调用。

于 2013-05-15T13:20:23.677 回答