(lldb) po [[[UIWindow keyWindow] rootViewController] _printHierarchy]
<PSPDFNavigationController 0x7d025000>, state: disappeared, view: <UILayoutContainerView 0x7b3218d0> not in the window
   | <PSCatalogViewController 0x7b3100d0>, state: disappeared, view: <UITableView 0x7c878800> not in the window
   + <UINavigationController 0x8012c5d0>, state: appeared, view: <UILayoutContainerView 0x8012b7a0>, presented with: <_UIFullscreenPresentationController 0x80116c00>
   |    | <PSPDFViewController 0x7d05ae00>, state: appeared, view: <PSPDFViewControllerView 0x80129640>
   |    |    | <PSPDFContinuousScrollViewController 0x7defa8e0>, state: appeared, view: <UIView 0x7def1ce0>
   |    + <PSPDFNavigationController 0x7d21a800>, state: appeared, view: <UILayoutContainerView 0x8017b490>, presented with: <UIPopoverPresentationController 0x7f598c60>
   |    |    | <PSPDFContainerViewController 0x8017ac40>, state: appeared, view: <UIView 0x7f5a1380>
   |    |    |    | <PSPDFStampViewController 0x8016b6e0>, state: appeared, view: <UIView 0x7f3dbb90>

LLDB 非常強大并且可以腳本化。 Facebook 發(fā)布了一組名為 Chisel 的 Python 腳本集合為日常調(diào)試提供了非常多的幫助。pviews 和 pvc 等價于視圖和視圖控制器的層次打印。Chisel 的視圖控制器樹和上面方法打印的很類似，但是同時還顯示了視圖的尺寸。我通常用它來檢查響應鏈，雖然你可以對你感興趣的對象手動循環(huán)執(zhí)行 nextResponder，或者添加一個類別輔助方法，但輸入 presponder object 依舊是迄今為止最快的方法。

添加斷點

我們首先要找出實際 dismiss 我們視圖控制器的代碼。最容易想到的是在 viewWillDisappear: 設(shè)置一個斷點來進行調(diào)用棧跟蹤：

(lldb) bt
* thread #1: tid = 0x1039b3, 0x004fab75 PSPDFCatalog`-[PSPDFViewController viewWillDisappear:](self=0x7f354400, _cmd=0x03b817bf, animated='\x01') + 85 at PSPDFViewController.m:359, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
  * frame #0: 0x004fab75 PSPDFCatalog`-[PSPDFViewController viewWillDisappear:](self=0x7f354400, _cmd=0x03b817bf, animated='\x01') + 85 at PSPDFViewController.m:359
    frame #1: 0x033ac782 UIKit`-[UIViewController _setViewAppearState:isAnimating:] + 706
    frame #2: 0x033acdf4 UIKit`-[UIViewController __viewWillDisappear:] + 106
    frame #3: 0x033d9a62 UIKit`-[UINavigationController viewWillDisappear:] + 115
    frame #4: 0x033ac782 UIKit`-[UIViewController _setViewAppearState:isAnimating:] + 706
    frame #5: 0x033acdf4 UIKit`-[UIViewController __viewWillDisappear:] + 106
    frame #6: 0x033c46a1 UIKit`-[UIViewController(UIContainerViewControllerProtectedMethods) beginAppearanceTransition:animated:] + 200
    frame #7: 0x03380ad8 UIKit`__56-[UIPresentationController runTransitionForCurrentState]_block_invoke + 594
    frame #8: 0x033b47ab UIKit`__40+[UIViewController _scheduleTransition:]_block_invoke + 18
    frame #9: 0x0327a0ce UIKit`___afterCACommitHandler_block_invoke + 15
    frame #10: 0x0327a079 UIKit`_applyBlockToCFArrayCopiedToStack + 415
    frame #11: 0x03279e8e UIKit`_afterCACommitHandler + 545
    frame #12: 0x060669de CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30
    frame #20: 0x032508b6 UIKit`UIApplicationMain + 1526
    frame #21: 0x000a119d PSPDFCatalog`main(argc=1, argv=0xbffcd65c) + 141 at main.m:15
(lldb)

利用 LLDB 的 bt 命令，你可以打印斷點。bt all 可以達到一樣的效果，區(qū)別在于會打印全部線程的狀態(tài)，而不僅是當前的線程。

看看這個棧，我們注意到視圖控制器已經(jīng)被 dismiss 途中，因為這個方法是在預定的動畫中被調(diào)用的，所以我們需要在更早的地方增加斷點。在這個例子中，我們關(guān)注的是對于 -[UIViewController dismissViewControllerAnimated:completion:] 的調(diào)用。我們在 Xcode 的斷點列表中添加一個符號斷點，并且重新執(zhí)行示例代碼。

Xcode 的斷點接口非常強大，它允許你添加條件，跳過計數(shù)，或者自定義動作，比如添加音效和自動繼續(xù)等。雖然它們可以節(jié)省相當多的時間，但在這里我們不需要這些特性：

(lldb) bt
* thread #1: tid = 0x1039b3, 0x033bb685 UIKit`-[UIViewController dismissViewControllerAnimated:completion:], queue = 'com.apple.main-thread', stop reason = breakpoint 7.1
  * frame #0: 0x033bb685 UIKit`-[UIViewController dismissViewControllerAnimated:completion:]
    frame #1: 0x03a7da2c UIKit`-[UIPopoverPresentationController dimmingViewWasTapped:] + 244
    frame #2: 0x036153ed UIKit`-[UIDimmingView handleSingleTap:] + 118
    frame #3: 0x03691287 UIKit`_UIGestureRecognizerSendActions + 327
    frame #4: 0x0368fb04 UIKit`-[UIGestureRecognizer _updateGestureWithEvent:buttonEvent:] + 561
    frame #5: 0x03691b4d UIKit`-[UIGestureRecognizer _delayedUpdateGesture] + 60
    frame #6: 0x036954ca UIKit`___UIGestureRecognizerUpdate_block_invoke661 + 57
    frame #7: 0x0369538d UIKit`_UIGestureRecognizerRemoveObjectsFromArrayAndApplyBlocks + 317
    frame #8: 0x03689296 UIKit`_UIGestureRecognizerUpdate + 3720
    frame #9: 0x032a226b UIKit`-[UIWindow _sendGesturesForEvent:] + 1356
    frame #10: 0x032a30cf UIKit`-[UIWindow sendEvent:] + 769
    frame #21: 0x032508b6 UIKit`UIApplicationMain + 1526
    frame #22: 0x000a119d PSPDFCatalog`main(argc=1, argv=0xbffcd65c) + 141 at main.m:15

如我們所說！正如預期的，全屏 UIDimmingView 接收到我們的觸摸并且在 handleSingleTap: 中處理，接著轉(zhuǎn)發(fā)到 UIPopoverPresentationController 中的 dimmingViewWasTapped: 方法來 dismiss 視圖控制器 (就像它該做的那樣)，然而。當我們快速點擊時，這個斷點被調(diào)用了兩次。這里有第二個 dimming 視圖？還是說調(diào)用的是相同的實例？我們只有斷點時候的程序集，所以調(diào)用 po self 是無效的。

調(diào)用約定入門

根據(jù)程序集和函數(shù)調(diào)用約定的一些基本知識，我們依然可以拿到 self 的值。iOS ABI Function Call Guide 和在 iOS 模擬器時使用的 Mac OS X ABI Function Call Guide 都是極好的資源。

我們知道每個 Objective-C 方法都有兩個隱式參數(shù)：self 和 _cmd。于是我們所需要的就是在棧上的第一個對象。在 32-bit 架構(gòu)中，棧信息保存在 $esp 里，所以在 Objective-C 方法中你可以你可以使用 po *(int*)($esp+4) 來獲取 self，以及使用 p (SEL)*(int*)($esp+8) 來獲取 _cmd。$esp 里的第一個值是返回地址。隨后的變量保存在 $esp+12，$esp+16 以及依此類推的其他位置上。

x86-64 架構(gòu) (那些包含 arm64 芯片 iPhone 設(shè)備的模擬器) 提供了更多寄存器，所以變量放置在 $rdi，$rsi，$rdx，$rcx，$r8，$r9 中。所有后續(xù)的變量在 $rbp 棧上。開始于 $rbp+16，$rbp+24 等。

armv7 架構(gòu)的變量通常放置在 $r0，$r1，$r2，$r3 中，接著移動到 $sp 棧上：

(lldb) po $r0
<PSPDFViewController: 0x15a1ca00 document:<PSPDFDocument 0x15616e70 UID:amazondynamososp2007_0c7fb1fc6c0841562b090b94f0c1c890 files:1 pageCount:16 isValid:1> page:0>

(lldb) p (SEL)$r1
(SEL) $1 = "dismissViewControllerAnimated:completion:"

arm64 類似于 armv7，然而，因為有更多的寄存器，從 $x0 到 $x7 的整個范圍都用來存放變量，之后回到棧寄存器 $sp 中。

你可以學到更多關(guān)于 x86，x86-64 的棧布局知識，還可以閱讀 AMD64 ABI Draft 來進行深入。

使用 Runtime

跟蹤方法執(zhí)行的另一種做法是重寫方法，并在調(diào)用父類之前加入日志輸出。然而，手動 swizzling 調(diào)試起來雖然方便，但是在要花的時間上來說其實效率不高。在前一陣子，我寫了一個很小的叫做 Aspects 的庫，來專門做這件事情。它可以用于生產(chǎn)代碼，但是我大部分時候只用它來調(diào)試和寫測試用例。(如果你對 Aspects 感興趣，你可以在這里了解更多相關(guān)知識。)

#import "Aspects.h"

[UIPopoverPresentationController aspect_hookSelector:NSSelectorFromString(@"dimmingViewWasTapped:") 
                                         withOptions:0 
                                          usingBlock:^(id <AspectInfo> info, UIView *tappedView) {
    NSLog(@"%@ dimmingViewWasTapped:%@", info.instance, tappedView);
} error:NULL];

這里我們?yōu)?dimmingViewWasTapped: 添加了一個鉤子，它是私有方法 — 因此我們使用 NSSelectorFromString。你可以驗證方法是否存在，并通過使用 iOS Runtime Headers 來查找?guī)缀趺總€框架類的其他私有和公共方法。這個項目利用了不可能在運行時真正地隱藏方法這一事實，它在所有類中查找方法并，從而創(chuàng)建了一個比蘋果所提供給我們的相比，更完整的頭文件。(當然，調(diào)用私有 API 并不是一個好主意 — 這里只是用來便于理解到底發(fā)生了什么)

在鉤子方法的日志中，我們獲得如下輸出：

PSPDFCatalog[84049:1079574] <UIPopoverPresentationController: 0x7fd09f91c530> dimmingViewWasTapped:<UIDimmingView: 0x7fd09f92f800; frame = (0 0; 768 1024)>
PSPDFCatalog[84049:1079574] <UIPopoverPresentationController: 0x7fd09f91c530> dimmingViewWasTapped:<UIDimmingView: 0x7fd09f92f800; frame = (0 0; 768 1024)>

我們看到對象地址完全相同，所以我們可憐的 dimming 視圖真的被調(diào)用了兩次，我們可以使用 Aspects 來查看具體 dismiss 方法調(diào)用在了哪個控制器上：

[UIViewController aspect_hookSelector:@selector(dismissViewControllerAnimated:completion:)
                          withOptions:0
                           usingBlock:^(id <AspectInfo> info) {
    NSLog(@"%@ dismissed.", info.instance);
} error:NULL];

2014-11-22 19:24:51.900 PSPDFCatalog[84210:1084883] <UINavigationController: 0x7fd673789da0> dismissed.
2014-11-22 19:24:52.209 PSPDFCatalog[84210:1084883] <UINavigationController: 0x7fd673789da0> dismissed.

兩次 dimming 視圖都調(diào)用了主導航控制器的 dismiss 方法。如果子視圖控制器存在的話，視圖控制器的 dismissViewControllerAnimated:completion: 會將視圖控制器的 dismiss 請求轉(zhuǎn)發(fā)到它的子視圖控制器中，否則它將 dismiss 自己。所以第一次 dismiss 請求執(zhí)行于 popover，而第二次，導航控制器本身被 dismiss 了。

查找臨時方案

現(xiàn)在我們知道發(fā)生了什么事情 — 接下來我們可以進入為何發(fā)生的環(huán)節(jié)。UIKit 是閉源代碼，但是我們使用像 Hopper 這樣的反匯編工具來解讀 UIKit 程序集并且仔細看看 UIPopoverPresentationController 里發(fā)生了什么事情。你可以在 /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/UIKit.framework 里找到二進制文件。然后在 Hopper 里使用 File -> Read Executable to Disassemble...，這將遍歷整個二進制文件并且將代碼符號化。32-bit 反匯編是最成熟的一個。所以你選擇 32-bit 文件可以拿到最好的結(jié)果。Hex-Rays 出品的 IDA 是另一個很強大很昂貴的反匯編程序，通?？梢蕴峁?a rel="nofollow" >更好的結(jié)果:

http://wiki.jikexueyuan.com/project/objc/images/19-3.png" alt="" />

一些匯編語言的基礎(chǔ)知識對閱讀代碼會非常有用。不過，你也可以使用偽代碼視圖來得到類似于 C 代碼的結(jié)果：

http://wiki.jikexueyuan.com/project/objc/images/19-4.png" alt="" />

閱讀偽代碼結(jié)果讓人大開眼界。這里有兩個代碼路徑 — 其中一個是如果 delegate 實現(xiàn)了 popoverPresentationControllerShouldDismissPopover: 時調(diào)用，另一個在沒有實現(xiàn)時調(diào)用 — 兩個代碼路徑實際上相當不同。delegate 實現(xiàn)了委托方法的那個路徑中，包含了 if (controller.presented && !controller.dismissing)，而另一個代碼路徑 (我們現(xiàn)在實際進入的) 卻沒有，并總是調(diào)用 dismiss。通過內(nèi)部信息，我們可以嘗試通過實現(xiàn)我們自己的 UIPopoverPresentationControllerDelegate 來繞開這個 bug：

- (BOOL)popoverPresentationControllerShouldDismissPopover:(UIPopoverPresentationController *)popoverPresentationController {
    return YES;
}

我的第一次嘗試是把創(chuàng)建 popover 的主視圖控制器設(shè)為 delegate。然而它破壞了 UIPopoverController。雖然文檔沒提，但 popover 控制器會在 _setupPresentationController 中將自己設(shè)為 delegate，另外，移除這個 delegate 將造成破壞。之后，我使用了一個 UIPopoverController 的子類并直接添加了上面的方法。這兩個類之間的聯(lián)系并沒有文檔化，而且我們的解決方案依賴于這個沒有文檔的行為；不過，這個實現(xiàn)是匹配默認行為的，它純粹是為了解決這個問題，所以它是經(jīng)得起未來考驗的代碼。

反饋 Radar

現(xiàn)在請不要停下。我們通常需要為這樣的繞開問題的方案寫一些文檔，但還有一件重要的事情是，給 Apple 提交一個 radar。這么做會帶來額外的好處，這能讓你驗證你是否真正理解這個 bug，并且在你的程序中沒有其他副作用 — 如果你之后放棄支持這個 iOS 版本，你可以很容易回滾代碼并測試這個 radar 是否修正過。

// UIPopoverController 是它的 contentViewController，即 UIPopoverPresentationController 的默認的 delegate
//
// 這里有一個 bug：當雙擊 diming 視圖時，presentation 視圖控制器將調(diào)用兩次
// dismissViewControllerAnimated:completion:，并 dismiss 掉它的父控制器.
//
// 通過實現(xiàn)這個 delegate 可以讓代碼運行另一條正確地檢查了是否正在 dismiss 的代碼路徑
// rdar://problem/19067761
- (BOOL)popoverPresentationControllerShouldDismissPopover:(UIPopoverPresentationController *)popoverPresentationController {
    return YES;
}

寫一個 Radar 實際上是非常有趣的挑戰(zhàn)，它并不像你想象的那么花時間。用一個示例，你將幫助那些勞累蘋果工程師，沒有示例，工程師將很有可能推遲，甚至不考慮這個 radar。我為這個問題創(chuàng)建了一個大約 50 行代碼的例子，還包括一些意見和解決方案。單視圖的模板通常是創(chuàng)建一個示例的最快方式。

現(xiàn)在，我們都知道蘋果的 Radar 網(wǎng)頁并沒有那么好用，不過你可以不使用它。QuickRadar 是一個用來提交 radar 的非常優(yōu)秀的 Mac 前端，同時它會自動提交一個副本到 OpenRadar。此外，復制 radar 也極其方便。你應該馬上下載它，另外，如果你覺得例子里這樣的錯誤值得被修復，可以復制 rdar://19067761。

并不是所有問題都可以用一些簡單的方案繞開，但這些步驟將幫助你找到更好的解決問題的方法，或者至少幫助你的理解為什么某些事情會發(fā)生。

參考

iOS Debugging Magic (TN2239)
iOS Runtime Headers
Debugging Tips for iOS Developers
Hopper — a reverse engineering tool
IDA by Hex-Rays
Aspects — Delightful, simple library for aspect-oriented programming.
Building Aspects
Event Delivery: The Responder Chain
Chisel — a collection of LLDB commands to assist debugging iOS apps
Where the top of the stack is on x86
Stack frame layout on x86-64
AMD64 ABI draft
ARM 64-bit Architecture
Decompiling assembly: IDA vs Hopper

上一篇：使用 VIPER 構(gòu)建 iOS 應用下一篇：從 NSURLConnection 到 NSURLSession

在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

調(diào)試：案例學習

問題

使用 LLDB

添加斷點

調(diào)用約定入門

使用 Runtime

查找臨時方案

反饋 Radar

參考