AS斷點調試

斷點調試

最近其實很忙,但是發(fā)現(xiàn)Android studio在調試的時候還是有很多以前不知道的技巧,整理下資料總結分享下。

當前使用的版本是2.3.3,還沒有去研究3.0 版本:

調試界面介紹

當我們在debug模式時候,調試界面會自己彈出來
[圖片上傳失敗...(image-6c50d5-1511521215367)]

android studio大體為我們提供了7個功能區(qū):

單步調試區(qū)
斷點管理區(qū)
求值表達式
線程幀棧區(qū)
對象變量區(qū)
變量觀察區(qū)
單步調試:

Step Over F8

[圖片上傳失敗...(image-331daa-1511521215367)]

單步跳過,點擊該按鈕將導致程序向下執(zhí)行一行。如果當前行是一個方法調用,此行調用的方法被執(zhí)行完畢后再到下一行。

Step Into F7

[圖片上傳失敗...(image-ce0615-1511521215367)]

單步跳入,執(zhí)行該操作將導致程序向下執(zhí)行一行。如果該行有自定義的方法,則進入該方法內部繼續(xù)執(zhí)行,需要注意如果是類庫中的方法,則不會進入方法內部。

Force Step Into Alt +Shift +F7 強制跳入

[圖片上傳失敗...(image-50a4ab-1511521215367)]

強制單步跳入,和step into功能類似,主要區(qū)別在于:如果當前行有任何方法,則不管該方法是我們自行定義還是類庫提供的,都能跳入到方法內部繼續(xù)執(zhí)行

Drop Frame

[圖片上傳失敗...(image-358fd1-1511521215367)]

沒有好記的名字,大意理解為中斷執(zhí)行,并返回到方法執(zhí)行的初始點,在這個過程中該方法對應的棧幀會從棧中移除.換言之,如果該方法是被調用的,則返回到當前方法被調用處,并且所有上下文變量的值也恢復到該方法未執(zhí)行時的狀態(tài)

public class DebugDemo {
    private String name = "default";

    public void alertName() {
        System.out.println(name);
        debug();
    }

    public void debug() {
        this.name = "debug";
    }

    public static void main(String[] args) {
        new DebugDemo().alertName();
    }
}

當你在調試debug()時,執(zhí)行該操作,將回調到debug()被調用的地方,也就是alertName()方法。如果此時再繼續(xù)執(zhí)行drop frame,將回調到alertName()被調用的地方,也就是main().

Force Run to Cursor

[圖片上傳失敗...(image-19b344-1511521215367)]

Alt +F9 可以忽視已經存在的斷點,跳轉到光標所在處.舉個簡單例子說明下:
比如現(xiàn)在第10行,此時我想調試18行而又不想一步一步調試,能不能一次到位呢?我們只需要將光標定位到相應的位置,

執(zhí)行Evaluate Expression,就相當于在調試行之前嵌入了一個交互式解釋器,那么在該解釋器中我們能做什么呢?在這里,我們可以對result進行求值操作:對著你想要求值得位置點擊鼠標右鍵,選擇evaluate Expression.此時會顯示如下:

[圖片上傳失敗...(image-b034f3-1511521215367)]

Return
[圖片上傳失敗...(image-6f2c7b-1511521215367)]

點擊該按鈕會停止目前的應用,并且重新啟動.換言之,就是你想要重新調試時,可以使用該操作,嗯,就是重新來過的意思.

Pause Program

[圖片上傳失敗...(image-22cda2-1511521215367)]

點擊該按鈕將暫停應用的執(zhí)行.如果想要恢復則可以使用下面提到的Resume Program.

Resume Program

[圖片上傳失敗...(image-e472f4-1511521215367)]

F9執(zhí)行下一個斷點在很多情況下,我們會設置多個斷點以便調試。在某些情況下,我們需要從當前斷點移動到下一個斷點處,兩個斷點之間的代碼自動被執(zhí)行,這樣我們就不需要一步一步調試到下一個斷點了,省時又省力

Stop

[圖片上傳失敗...(image-20cd14-1511521215367)]

點擊該按鈕會通過相關的關閉腳本來終止當前進程.換言之,對不同類型的工程可能有不同的停止行為,比如:對普通的Java項目,點擊該按鈕意味著退出調試模式,但是應用還會執(zhí)行完成.而在Android項目中,點擊該按鈕,則意味這app結束運行.

View Breakpoints

[圖片上傳失敗...(image-6b6098-1511521215367)]

點擊該按鈕會進入斷點管理界面,在這里你可以查看所有斷點,管理或者配置斷點的行為,如:刪除,修改屬性信息等:

Mute Breakpoints

[圖片上傳失敗...(image-77447f-1511521215367)]

使用該按鈕來切換斷點的狀態(tài):啟動或者禁用.在調試過程中,你可以禁用暫時禁用所有的斷點,已實現(xiàn)應用正常的運行.該功能非常有用,比如當你在調試過程中,突然不想讓斷點干擾你所關心的流程時,可以臨時禁用斷點.

Show Method Return Values

調試過程中啟用該功能,將在變量區(qū)顯示最后執(zhí)行方法的返回值.舉個例子來說,首先,關閉該功能,我們調試這段代碼并觀察其變量區(qū):
[圖片上傳失敗...(image-16c0dd-1511521215367)]

這里寫圖片描述

開啟該功能之后,再來觀察變量區(qū)的變化:

[圖片上傳失敗...(image-b20cba-1511521215367)]

這里寫圖片描述

繼續(xù)往下調試:

[圖片上傳失敗...(image-2eb5c9-1511521215367)]

這里寫圖片描述

繼續(xù)往下調試:

[圖片上傳失敗...(image-3697ad-1511521215367)]

調試的兩種方式

到目前,調試的相關基礎我們已經介紹完了,但是不少童鞋對Android Studio中
[圖片上傳失敗...(image-a1ac03-1511521215367)]

Debug:以調試模式安裝運行,斷點可以在運行之前設置,也可在運行后設置,是多數(shù)人最常用的調式方式

Attach process:和Debug方式相比,能夠將調試器attach到任何正在運行的進程。比如,我們可以通過attach process到想要調試的進程。然后,在需要的地方設置相關斷點即可。

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容