android调试技巧

⑴ 如何测试并调试基于 NDK 的 android 应用

《Android应用测试与调试实战》Android应用测试与调试领域系统、深入且极具实践指导意义着作由拥近10业经验资深软件发工程师调试技术专家撰写旨广程序员发高质量Android应用提供全位指导Android应用自化测试工程师发工程师需求发测试调试两维度针采用java、HTML 5、C++&NDK三种Android应用发式所需要测试调试技术、进行细致深入讲解Android应用自化测试调试提供原理性解决案
《Android应用测试与调试实战》共16章两部：第部自化测试篇（第1~11章）详细讲解进行Android自化测试需要掌握各种技术、工具包括Android自化测试基础、Android应用白盒自化测试黑盒自化测试技术原理、Android服务组件内容组件测试、HTML 5应用NDK应用测试及Android应用兼容性测试持续集自化测试；第二部调试技术篇（第12~16章）详细讲解Android应用调试所需要各种工具使用、操作志析、内存志析及线程应用HTML 5 应用NDK 应用调试技巧

⑵ android studio怎么运行调试

Android Studio目前已经成为开发Android的主要工具，用熟了可谓相当顺手。作为开发者，调试并发现bug，进而解决，可是我们的看家本领。正所谓，工欲善其事必先利其器，和其他开发工具一样，如Eclipse、Idea，Android Studio也为我们提供了强大的调试技巧，今天我们就来看看Android Studio中有关调试的技巧。

http://www.cnblogs.com/firstcsharp/p/4333264.html

⑶ 如何自学 Android 编程

1.明确目标

• 没有目标的学习，会感觉到后面没什么成果，在1年前，我也打算学习android开发的，但是目的就是学习，到网上去下载很多学习的视频，然后把开发环境搭建起来，能把Helloworld运行起来，能打些log，Activity之间也能互相切换了，但是后面也就不了了之了，因为不知道学了要干什么。依葫芦画瓢的做了几个例子，因为里面的问题都是已经解决的，所以也没能深入的系统学习。

• 这次因为产品的需要，要做Android版本，要做的东西一开始就已经设计好了，见摇摇2选1安卓版本，刚开始也不知道里面有些什么技术难度，但是要做的目标已经明确了，而且也没有现成的，碰到问题就查资料，慢慢地解决，这样有的放矢，学习的效果非常好。既有现成的技术可以使用，又有些技术，需要查比较多的资料，这样记忆就比较深刻，所掌握的知识也比较系统。

• 接下来的一系列文章，我会把在开发摇摇2选1中遇到的问题，给大家详细讲讲，程序虽然小，但是五脏俱全，做Demo和做产品的要求完全不是一个级别，如果Android大牛感觉知识讲的比较浅，那可以绕道，毕竟我是从一个完全的新手开始的。

2.了解安卓开发中比较困难的地方

学习一个新平台，就要知道此平台开发要面临的困难有哪些，不要做到最后，这些问题没有考虑，那就比较糟糕了。在网上搜索了下，安卓开发困难总结如何：

1）安卓系统版本比较多，各版本之间的兼容性是个问题，此为系统碎片。

2）安卓设备千变万化，设备难以统一，每个产品都成为独立，分散的Android碎片。

3）分辨率五花八门。一个产品，可能需要多个界面排版，人工消耗比较大。

看到这张图，有没有头疼的感觉？

总结成一句话：Android的碎片化真是要来开发者的命。

3.搭建开发环境

"巧妇难为无米之炊"，开发环境肯定是第一件要做的事情，这类的文章已经很多了，我也不多说了，多说也就比较无聊了。感谢吴秦，也是博客园里的一员，他写的很详细了，见这里。

4.查看网友总结的一些经验。

不是什么都查看，开发中遇到什么问题，就去查看什么问题，这样你查到的知识，马上就能深入的实践，这样知识就巩固了。

1）首先当然要看Android的开发文档，里面其实大部分的知识都有了，还有就是SDK自带的Samples。

2）博客园里搜索“Android开发”，会出来一大把，很多网友都是很系统的讲解了。

3）eoe

android社区，里面有很多网友上传了现成的demo代码，里面很多都是模仿现在流行的产品的界面开发，很是不错。

5.掌握调试方法

个人一直认为，调试技巧是开发中最重要的技能，如果调试技能比较差，不知道如何查找问题，那不会是个好的程序员，其技能也不会高到哪里去。

Android做下来，感觉调试这块做的很不错了，这要感谢Eclipse

IDE做的比较不错，但是Android的界面排版部分，真的不敢恭维，Eclipse时间用长了，占用内存真是大。有哪位高手能否告诉我下，你们界面排版是用什么的？

Android里，如果程序出了问题，有些是一下跟踪不到的，这时就要用到Log类了，Log类使用很简单，就不多说了。

自己一个很有感触的经验，如果你真的打算做Android开发，那就买一个设备，这样能大大提高开发效率，模拟器有时用起来真是麻烦，而且开发的设备不要很好的，只要设备分辨率是主流的，传感器的支持最好全点就够了，国产的手机里，华为的还不错，或者到淘宝上去买个二手的，投资不大。真的买了投资，可能也会增加你学习Android的决心。

6.程序框架

经过10多年的经历，认识到程序的框架对开发产品真的是起到举足轻重的作用。一个好的产品，如果有个好的程序框架，那真是事半功倍，可能开始所做的工作会比较多，很难看到令人激动的成果，但是相信我，绝对值得。一开始，我也是比较注重程序界面开发，很快就开发出界面来，而且着实比较激动，因为有东西出来了，但是后面的事情，真是令人发狂，想从头再来，太迟了，离计划的时间比较近了，时间不允许，只有硬着头皮往上打补丁，硬着交付第一个版本，第二个版本或者后面的版本，迟早是要重来的。所以在后面带领团队开发的时候，在开发前，都是要讨论程序框架，留出很大部分时间进行程序框架开发，及在开发中不断的改进。

刚接触Android，不知道用什么程序框架，所以查了很多资料，一开始看到一个程序框架，感觉很不错，所以一开始就使用了下面这个程序框架。

⑷ 如何自学Android

因为项目需要，8月中旬开始决定做安卓的程序，所以马上就开始学习安卓方面的开发知识，把最近的学习实践经历和大家分享分享。不要一开始就下载一大堆资料，视频，然后就不知道做什么了，要给自己定个目标，我要做什么？我怎么达到目标？

我不懂java，但是懂C#和C++，所以我没主张去单独学习java语言，如果你是个最最初的新手，没啥语言基础，那你必须先看看java语言，不要很详细看，因为学习Android中，你也是在学习java。

1. 明确目标

没有目标的学习，会感觉到后面没什么成果，在1年前，我也打算学习android开发的，但是目的就是学习，到网上去下载很多学习的视频，然后把开发环境搭建起来，能把Helloworld运行起来，能打些log，Activity之间也能互相切换了，但是后面也就不了了之了，因为不知道学了要干什么。依葫芦画瓢的做了几个例子，因为里面的问题都是已经解决的，所以也没能深入的系统学习。

这次因为产品的需要，要做Android版本，要做的东西一开始就已经设计好了，见摇摇2选1安卓版本，刚开始也不知道里面有些什么技术难度，但是要做的目标已经明确了，而且也没有现成的，碰到问题就查资料，慢慢地解决，这样有的放矢，学习的效果非常好。既有现成的技术可以使用，又有些技术，需要查比较多的资料，这样记忆就比较深刻，所掌握的知识也比较系统。

接下来的一系列文章，我会把在开发摇摇2选1中遇到的问题，给大家详细讲讲，程序虽然小，但是五脏俱全，做Demo和做产品的要求完全不是一个级别，如果Android大牛感觉知识讲的比较浅，那可以绕道，毕竟我是从一个完全的新手开始的。

2. 了解安卓开发中比较困难的地方

学习一个新平台，就要知道此平台开发要面临的困难有哪些，不要做到最后，这些问题没有考虑，那就比较糟糕了。在网上搜索了下，安卓开发困难总结如何：

1）安卓系统版本比较多，各版本之间的兼容性是个问题，此为系统碎片。

2）安卓设备千变万化，设备难以统一，每个产品都成为独立，分散的Android碎片。

3）分辨率五花八门。一个产品，可能需要多个界面排版，人工消耗比较大。

看到这张图，有没有头疼的感觉？

总结成一句话：Android的碎片化真是要来开发者的命。

3. 搭建开发环境

"巧妇难为无米之炊"，开发环境肯定是第一件要做的事情，这类的文章已经很多了，我也不多说了，多说也就比较无聊了。感谢吴秦，也是博客园里的一员，他写的很详细了，见这里。

4. 查看网友总结的一些经验。

不是什么都查看，开发中遇到什么问题，就去查看什么问题，这样你查到的知识，马上就能深入的实践，这样知识就巩固了。

1）首先当然要看Android的开发文档，里面其实大部分的知识都有了，还有就是SDK自带的Samples。

2）博客园里搜索“Android开发”，会出来一大把，很多网友都是很系统的讲解了。

3）eoe
android社区，里面有很多网友上传了现成的demo代码，里面很多都是模仿现在流行的产品的界面开发，很是不错。

5. 掌握调试方法

个人一直认为，调试技巧是开发中最重要的技能，如果调试技能比较差，不知道如何查找问题，那不会是个好的程序员，其技能也不会高到哪里去。

Android做下来，感觉调试这块做的很不错了，这要感谢Eclipse
IDE做的比较不错，但是Android的界面排版部分，真的不敢恭维，Eclipse时间用长了，占用内存真是大。有哪位高手能否告诉我下，你们界面排版是用什么的？

Android里，如果程序出了问题，有些是一下跟踪不到的，这时就要用到Log类了，Log类使用很简单，就不多说了。
自己一个很有感触的经验，如果你真的打算做Android开发，那就买一个设备，这样能大大提高开发效率，模拟器有时用起来真是麻烦，而且开发的设备不要很好的，只要设备分辨率是主流的，传感器的支持最好全点就够了，国产的手机里，华为的还不错，或者到淘宝上去买个二手的，投资不大。真的买了投资，可能也会增加你学习Android的决心。

6. 程序框架

经过10多年的经历，认识到程序的框架对开发产品真的是起到举足轻重的作用。一个好的产品，如果有个好的程序框架，那真是事半功倍，可能开始所做的工作会比较多，很难看到令人激动的成果，但是相信我，绝对值得。一开始，我也是比较注重程序界面开发，很快就开发出界面来，而且着实比较激动，因为有东西出来了，但是后面的事情，真是令人发狂，想从头再来，太迟了，离计划的时间比较近了，时间不允许，只有硬着头皮往上打补丁，硬着交付第一个版本，第二个版本或者后面的版本，迟早是要重来的。所以在后面带领团队开发的时候，在开发前，都是要讨论程序框架，留出很大部分时间进行程序框架开发，及在开发中不断的改进。

刚接触Android，不知道用什么程序框架，所以查了很多资料，一开始看到一个程序框架，感觉很不错，所以一开始就使用了下面这个程序框架。

⑸ jQuery Mobile + PhoneGap的Android应用怎么调试

环境：eclipse3.6/adt18/sdk4.0/jqm1.2/phonegap2.1/jquery1.8/chrome/safari
我现在使用jqm+phonegap开发一个android应用
在本地用jqm写好页面代码用浏览器调试好，然后用jsonp跨域请求数据，通过phonegap写入sqlite。

我把写好的代码(建的android项目)放在4.0模拟器里运行，可以正常请求到数据、写入、查询，现在苦于phonegap代码不好调试。
特来请教调试技巧。

我之前是调试尝试：
1. 我看了下sina sae，在里面创建应用然后把这个项目代码发布上去也感觉不对，因为的index.html是放在android项目的assets/www/下面的，不知道怎么在sae上引导项目进入index.html。

2. 我写好的代码在safari里运行，phonegap部分运行不了。

document.addEventListener("deviceready", onDeviceReady, false);
function onDeviceReady() {
console.log("===>> deviceReady");
createTable();
$('#msg').text('deviceReady');
}

safari里不会执行onDeviceReady方法. 模拟器上面可以

我看了官网关于数据库那块的api，直接把代码下来放在html中也是不能运行的。
这里我不确定浏览器是否直接phonegap对数据库的操作。

不涉及系统API和phonegap特定api的可以直接在PC中的chrome下调试,比较方便,调试成功后使用phonegap打包再到Android环境下测试.涉及到chrome不提供的api的,建议编写一些简单的桩模块来模拟,毕竟直接调试Android程序比调试html&js要麻烦很多.

⑹ 有哪些android开发技巧

1、android:clipToPadding

意思是控件的绘制区域是否在padding里面。默认为true。如果你设置了此属性值为false，就能实现一个在布局上事半功陪的效果。先看一个效果图。

上图中的ListView顶部默认有一个间距，向上滑动后，间距消失，如下图所示。

如果使用margin或padding，都不能实现这个效果。加一个headerView又显得大材小用，而且过于麻烦。此处的clipToPadding配合paddingTop效果就刚刚好。

同样，还有另外一个属性也很神奇：android:clipChildren，具体请参考：【Android】神奇的android:clipChildren属性

2、match_parent和wrap_content

按理说这两个属性一目了然，一个是填充布局空间适应父控件，一个是适应自身内容大小。但如果在列表如ListView中，用错了问题就大了。ListView中的getView方法需要计算列表条目，那就必然需要确定ListView的高度，onMesure才能做测量。如果指定了wrap_content，就等于告诉系统，如果我有一万个条目，你都帮我计算显示出来，然后系统按照你的要求就new了一万个对象出来。那你不悲剧了？先看一个图。

假设现在ListView有8条数据，match_parent需要new出7个对象，而wrap_content则需要8个。这里涉及到View的重用，就不多探讨了。所以这两个属性的设置将决定getView的调用次数。

由此再延伸出另外一个问题：getView被多次调用。

什么叫多次调用？比如position=0它可能调用了几次。看似很诡异吧。GridView和ListView都有可能出现，说不定这个祸首就是wrap_content。说到底是View的布局出现了问题。如果嵌套的View过于复杂，解决方案可以是通过代码测量列表所需要的高度，或者在getView中使用一个小技巧：parent.getChildCount == position

@Override
public View getView(int position, View convertView, ViewGroup parent) {
if (parent.getChildCount() == position) {
// does things here
}

return convertView;
}

3、IllegalArgumentException: pointerIndex out of range

出现这个Bug的场景还是很无语的。一开始我用ViewPager + PhotoView(一个开源控件)显示图片，在多点触控放大缩小时就出现了这个问题。一开始我怀疑是PhotoView的bug，找了半天无果。要命的是不知如何try，老是crash。后来才知道是android遗留下来的bug，源码里没对pointer index做检查。改源码重新编译不太可能吧。明知有exception，又不能从根本上解决，如果不让它crash，那就只能try-catch了。解决办法是：自定义一个ViewPager并继承ViewPager。请看以下代码：

/**
* 自定义封装android.support.v4.view.ViewPager，重写onInterceptTouchEvent事件，捕获系统级别异常
*/
public class CustomViewPager extends ViewPager {

public CustomViewPager(Context context) {
this(context, null);
}

public CustomViewPager(Context context, AttributeSet attrs) {
super(context, attrs);
}

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
try {
return super.onInterceptTouchEvent(ev);
} catch (IllegalArgumentException e) {
LogUtil.e(e);
} catch ( e) {
LogUtil.e(e);
}
return false;
}
}

把用到ViewPager的布局文件，替换成CustomViewPager就OK了。

4、ListView中item点击事件无响应

listView的Item点击事件突然无响应，问题一般是在listView中加入了button、checkbox等控件后出现的。这个问题是聚焦冲突造成的。在android里面，点击屏幕之后，点击事件会根据你的布局来进行分配的，当你的listView里面增加了button之后，点击事件第一优先分配给你listView里面的button。所以你的点击Item就失效了，这个时候你就要根据你的需求，是给你的item的最外层layout设置点击事件，还是给你的某个布局元素添加点击事件了。

解决办法：在ListView的根控件中设置（若根控件是LinearLayout, 则在LinearLayout中加入以下属性设置）descendantFocusability属性。

android:descendantFocusability="blocksDescendants"

官方文档也是这样说明。

5、getSupportFragmentManager()和getChildFragmentManager()

有一个需求，Fragment需要嵌套3个Fragment。基本上可以想到用ViewPager实现。开始代码是这样写的：

mViewPager.setAdapter(new CustomizeFragmentPagerAdapter(getActivity().getSupportFragmentManager(), subFragmentList));

导致的问题是嵌套的Fragment有时会莫名其妙不显示。开始根本不知道问题出现在哪，当你不知道问题的原因时，去解决这个问题显然比较麻烦。经过一次又一次的寻寻觅觅，终于在stackoverflow上看到了同样的提问。说是用getChildFragmentManager()就可以了。真是这么神奇！

mViewPager.setAdapter(new CustomizeFragmentPagerAdapter(getChildFragmentManager, subFragmentList));

让我们看一下这两个有什么区别。首先是getSupportFragmentManager（或者getFragmentManager）的说明：

Return the FragmentManager for interacting with fragments associated with this fragment's activity.

然后是getChildFragmentManager：

Return a private FragmentManager for placing and managing Fragments inside of this Fragment.

Basically, the difference is that Fragment's now have their own internal FragmentManager that can handle Fragments. The child FragmentManager is the one that handles Fragments contained within only the Fragment that it was added to. The other FragmentManager is contained within the entire Activity.

已经说得比较明白了。

6、ScrollView嵌套ListView

这样的设计是不是很奇怪？两个同样会滚动的View居然放到了一起，而且还是嵌套的关系。曾经有一个这样的需求：界面一共有4个区域部分，分别是公司基本信息（logo、名称、法人、地址）、公司简介、公司荣誉、公司口碑列表。每部分内容都需要根据内容自适应高度，不能写死。鄙人首先想到的也是外部用一个ScrollView包围起来。然后把这4部分分别用4个自定义控件封装起来。基本信息和公司简介比较简单，荣誉需要用到RecyclerView和TextView的组合，RecyclerView（当然，用GridView也可以，3列多行的显示）存放荣誉图片，TextView显示荣誉名称。最后一部分口碑列表当然是ListView了。这时候，问题就出来了。需要解决ListView放到ScrollView中的滑动问题和RecyclerView的显示问题（如果RecyclerView的高度没法计算，你是看不到内容的）。

当然，网上已经有类似的提问和解决方案了。

给一个网址：

四种方案解决ScrollView嵌套ListView问题

ListView的情况还比较好解决，优雅的做法无非写一个类继承ListView，然后重写onMeasure方法。

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST);
super.onMeasure(widthMeasureSpec, expandSpec);
}

ListView可以重写onMeasure解决，RecyclerView重写这个方法是行不通的。

说到底其实计算高度嘛。有两种方式，一种是动态计算RecycleView，然后设置setLayoutParams；另外一种跟ListView的解决方式类似，定义一个类继承LinearLayoutManager或GridLayoutManager（注意：可不是继承RecyclerView），重写onMeasure方法（此方法比较麻烦，此处不表，下次写一篇文章再作介绍）。

动态计算高度如下：

int heightPx = DensityUtil.dip2px(getActivity(), (imageHeight + imageRowHeight) * lines);
MarginLayoutParams mParams = new MarginLayoutParams(LayoutParams.MATCH_PARENT, heightPx);
mParams.setMargins(0, 0, 0, 0);
LinearLayout.LayoutParams lParams = new LinearLayout.LayoutParams(mParams);
honorImageRecyclerView.setLayoutParams(lParams);

思路是这样的：服务端返回荣誉图片后，由于是3列显示的方式，只需要计算需要显示几行，然后给定行间距和图片的高度，再设置setLayoutParams就行了。

int lines = (int) Math.ceil(totalImages / 3d);

至此，这个奇怪的需求得到了解决。

可是在滑动的时候，感觉出现卡顿的现象。聪明的你肯定想到是滑动冲突了。应该是ScrollView的滑动干扰到了ListView的滑动。怎么办呢？能不能禁掉ScrollView的滑动？

网络一下，你肯定能搜索到答案的。先上代码：

/**
* @author Leo
*
* Created in 2015-9-12
* 拦截ScrollView滑动事件
*/
public class CustomScrollView extends ScrollView {

private int downY;
private int touchSlop;

public CustomScrollView(Context context) {
this(context, null);
}

public CustomScrollView(Context context, AttributeSet attrs) {
this(context, attrs, 0);
}

public CustomScrollView(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
touchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
}

@Override
public boolean onInterceptTouchEvent(MotionEvent e) {
int action = e.getAction();
switch (action) {
case MotionEvent.ACTION_DOWN:
downY = (int) e.getRawY();
break;
case MotionEvent.ACTION_MOVE:
int moveY = (int) e.getRawY();
if (Math.abs(moveY - downY) > touchSlop) {
return true;
}
}
return super.onInterceptTouchEvent(e);
}
}

只要理解了getScaledTouchSlop()这个方法就好办了。这个方法的注释是：Distance in pixels a touch can wander before we think the user is scrolling。说这是一个距离，表示滑动的时候，手的移动要大于这个距离才开始移动控件，如果小于此距离就不触发移动。

看似很完美了。

但是还有另外一个问题：我每次加载这个界面花的时间太长了，每次由其它界面启动这个界面时，都要卡上1~2秒，而且因手机性能时间不等。并不是由于网络请求，取数据由子线程做，跟UI线程毫无关系。这样的体验自己看了都很不爽。

几天过去了，还是那样。马上要给老板演示了。这样的体验要被骂十次呀。

难道跟ScrollView的嵌套有关？

好吧，那我重构代码。不用ScrollView了。直接用一个ListView，然后add一个headerView存放其它内容。因为控件封装得还算好，没改多少布局就OK了，一运行，流畅顺滑，一切迎刃而解！

本来就是这么简单的问题，为什么非得用ScrollView嵌套呢？

stackoverflow早就告诉你了，不要这样嵌套！不要这样嵌套！不要这样嵌套！重要的事情说三遍。

ListView inside ScrollView is not scrolling on Android

当然，从android 5.0 Lollipop开始提供了一种新的API支持嵌入滑动，此时，让像这样的需求也能很好实现。

此处给一个网址，大家有兴趣自行了解，此处不再讨论。

Android NestedScrolling 实战

7、EmojiconTextView的setText(null)

这是开源表情库com.rockerhieu.emojicon中的TextView加强版。相信很多人用到过这个开源工具包。TextView用setText(null)完全没问题。但EmojiconTextView setText(null)后就悲剧了，直接crash，显示的是null pointer。开始我怀疑时这个view没初始化，但并不是。那就调试一下呗。

@Override
public void setText(CharSequence text, BufferType type) {
SpannableStringBuilder builder = new SpannableStringBuilder(text);
EmojiconHandler.addEmojis(getContext(), builder, mEmojiconSize);
super.setText(builder, type);
}

EmojiconTextView中的setText看来没什么问题。点SpannableStringBuilder进去看看，源码原来是这样的：

/**
* Create a new SpannableStringBuilder containing a of the
* specified text, including its spans if any.
*/
public SpannableStringBuilder(CharSequence text) {
this(text, 0, text.length());
}

好吧。问题已经找到了，text.length()，不空指针才怪。

text = text == null ? "" : text;
SpannableStringBuilder builder = new SpannableStringBuilder(text);

加一行判断就行了。

先想到这么多，以后再补充。

⑺ 如何调试Android Framework

其实整个调试过程非常简单：
在你要调试进程的合适位置打上断点
跟踪代码(Step in/out/over等等)
在展开讲述这两方面之前，有必要先简单了解下调试的基础知识。Java平台的调试是有一个规范化的标准的，那就是JPDA(Java Platform Debugger Architecture);通过 JPDA 提供的 API，开发人员可以方便灵活的搭建 Java 调试应用程序。 JPDA 主要由三个部分组成：Java 虚拟机工具接口(JVMTI)，Java 调试线协议(JDWP)，以及 Java 调试接口(JDI)。
Java程序的调试无非就是通过一个调试器(debugger)获取对应Java虚拟机的信息，上文所述的JDWP就是调试器与虚拟机通信的桥梁。在dalvik虚拟机内部有一个专门的jdwp线程，Android系统的adbd进程通过socket与各个虚拟机的jdwp线程进行通信，外部调试器通过adb工具与adbd通信进而完成与jdwp的通信。我们通常所说的“attach debugger”指的就是这个意思——连接到指定的需要调试的进程。

调试器工作原理
如何在正确的地方下断点
“正确的地方”包含两个含义：首先，调试是以进程为单位进行的，如果你需要调试运行在进程A 中的代码，却把debugger attach到了B进程，那么这个断点压根儿就是牛头不对马嘴;另外呢，比如你想调试Android的多媒体框架，你得知道media相关的类在哪吧，也就是说需要在正确的函数里面下断点。
如何在合适的进程下断点?
如果是调试我们自己写的App，在Android Studio里面非常简单，在Run菜单de最后面有一个attach debugger to android process 的选项，点击之后会出现一个菜单，选择自己需要调试的进程即可;但是，如果需要调试Android Framework层的代码，这样做是达不到目的的——Framework层的代码通常运行在别的进程(比如ActivityManagerService运行在system_server进程)，而这些进程通常情况下是不可调试的，也就是说在attach debugger to android process 的那个菜单里面不会有系统的进程，如下图：

普通的无法调试的Android设备
为什么不可调试呢?上文我们简要讲述了调试器的工作原理，我们知道每一个虚拟机有一个jdwp线程，如果这个线程拒绝连接到调试器，你也就没办法对这个进程进行调试了。Android的所有App进程都是通过Zygote进程fork出来的，我们在android.os.Process这个类里面可以看到android进程的启动过程有这么一句：
if ((debugFlags & Zygote.DEBUG_ENABLE_DEBUGGER) != 0) {

argsForZygote.add("--enable-debugger");

}

也就是说，一个进程是否可以调试是由进程启动时候的参数决定的;普通的App进程如果是debug keystore默认是可以调试的，有或者你在AndroidManifest里面指定debuggable为true也是可以调试的。对系统进程，我们只有采取系统级别的手段：让整个系统可以调试——debug版或者编译参数debuggable为1的系统。
解决这个办法很简单：使用模拟器(真机也行，限Nexus系列刷原生Android系统，把系统启动的debuggable参数修改为1)，我的Nexus 5 可以调试的进程如下：

可调试任意进程的设备
这样，系统中所有的Android进程都可以调试了;这一点很重要，比如你要分析Activity的启动流程，相当多一部分代码是在ActivityManagerService所在的进程system_server执行的，如果你把断点打在别的进程，就会产生跟丢了的情况。在比如，你要调试ActivityThread的main函数，在main函数里面执行了一句attach，最终调用AMS的attachApplication的时候，代码就通过Binder IPC调用到了AMS的system_server进程。
明白你要执行的代码运行在哪一个进程相当重要，在Android中，由于Binder通信机制的存在，“进程迁移”使用的非常非常频繁，因此需要对binder机制有一定的了解;详细的话可以参考我的博客：Binder学习指南
如何在对应的代码处下断点?
假设我们现在把debugger attach到了正确的进程，那么断点应该下在哪里呢?直观来讲，就是说我需要导入所有的Android源码吗?如果不是应该导入哪些代码，怎么导入?
首先，如果你需要调试的类在sdk里面导出了，你压根儿就不需要再导入源码，Android Studio自动帮你关联了这部分代码(前提是你用SDK Manager下载了sdk的源码，如下图：

SDK manager下载源码
比如你要调试ActivityManagerServce类的attachApplication方法，那么很简单;创建一个空的Android项目，SDK版本选择与你要调试的模拟器/真机 的android相同(这很重要，下文会讲述);然后attrach 到system_server进程，直接在attach_application上面打上断点;随便启动一个app，可以看到我们熟悉的调试界面：

调试attachApplication
如果这部分类在sdk中没有导入(比如@hide)的，又或者压根儿不是SDK的类，(比如系统app的源码)那应该怎么办呢?直接导入这部分代码即可。不需要是Android项目，普通的Java项目即可;举个例子，假设你想调试原生Android系统的“系统设置”这个程序，该如何做呢?
根据上面的分析，我们首先得知道“系统设置˜”运行在哪一个进程，通常情况下进程名字就是包名;我们查出设置的包名即可，而包名是在源码的AndroidManifeist中声明的，因此，我们找到“系统设置”这个程序的源码即可;源码在 https://android.googlesource.com/ ，系统App的源码在/packages这个子目录下面，我们一个个找，最终可以确定“系统设置”的源码在https://android.googlesource.com/platform/packages/apps/Settings/ ;然后我们把这部分代码git clone下来，导入Android Studio：

调试Settings
我们去AndroidManifest中查到，“系统设置”的包名为：com.android.settings，这样我们attach到这个进程 ：

attach setting进程
然后，我们随便打个断点玩一玩，比如进入设置主界面的时候，断下来;我们在AndroidManifest中查到设置程序的入口界面为：Settings，我们在这个类的onCreate里面打一个断点，然后进入设置程序，发现完美滴断下来了：

在setting中断点成功
OK，到这里;应该学会如何在正确的位置打断点了：正确的进程，正确的位置。接下来，要完成调试，还需要一些技巧。
如何跟踪代码?
或许你会说，跟踪代码不就是step in/out/over么，这有什么难的?但其实事情并没有你想象的那么简单，要优雅滴调试，还是需要一些姿势的。
行号对应
跟踪代码一个首要的问题是行号对应。如果你在正确位置下了断点，但是跟踪的时候，单步调试，发现运行的代码和Android Studio里面的代码对不上号，那么就很蛋疼;要使得调试器的行号能够对应，必须保证设备上的代码和调试器的代码是同一份;简单来说，需要使用Android的原生系统(模拟器，Nexus系列真机)，然后调试器里面使用的SDK版本，必须和设备的系统版本一致。
行号不对应怎么办?
一定要注意行号对应这一点，这会使调试过程简单很多;如果没有办法，行号对不上，那该如何调试呢?
行号不对应带来的一个首要问题就是，下断点的时候都有可能出现问题;比如你在TestClass的第100行下了一个断点，但是由于行号不对应，有可能真正执行的代码第100行是没有意义的空行或者是在下一个函数里面，这样断点就没有起到应有的作用了。
要解决行好对应的问题，必须使用方法断点;我们直接在某个函数的入口设置断点，这样即使行号对不上，也能在正确的入口出断下来，这一点非常重要。
解决了如何下断点的问题，那么行号不对应，怎么知道执行到哪了，怎么查看局部变量?
观察栈桢
在Android Studio的调试器的左边，显示了每一个线程执行的栈桢，栈桢里面包含了当前线程丰富的信息：

看到没，真正运行的代码在哪一行，当前运行的是什么函数一目了然;接下来你在step into/out的时候，不能以源代码的行数为准，而应该以这个栈桢所显示的代码行数为准。
熟练使用断点
OK，现在不论行号是否能对应，我们都能正确滴下断点调试了。断点有很多种类型，方法断点，watch point，条件断点都能够很好滴辅助我们调试;如果你连这几个名词都没有听说过，一定要恶补一下;可以参阅我的博客：Android Studio你不知道的调试技巧;我就不再复述了。望采纳，谢谢。