android studio怎么用真机调试

1，在真机中设置USB调试模式打开，具体：“设置”-“应用程序”-“开发”-“USB调试”。

让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名注册、虚拟主机、营销软件、网站建设、新晃网站维护、网站推广。

2，安装安卓的USB驱动，如果按照不好，那么去下载一个豌豆荚，它会帮你正确安装你的手机驱动。下载地址：

3，直接运行你要测试的程序，我使用Android Studio，直接点击运行的那个三角号就OK了。

如何在真机上调试Android应用程序

1、手机通过数据线连接在电脑上

2、设置android手机为USB调试模式。步骤： menu— 设置 — 应用程序 — 开发 , 选择【USB调试】

3、如果是window系统，系统会提示安装驱动：

如果手机连山上了，则在eclipse(device)/android studio(android)里面会显示该条设备

当连上之后，有两种调试模式可供参考，一个是直接进入调试模式，另一个是进程调试(以下均是android studio的截图)

一、调试模式

二、进程调试

经验：一般来说，当程序一启动等等不好一个界面一个步骤的跟踪的时候，可以采用第一个方式，当只需要调试某一个界面/某一个执行步骤的时候，可以采用第二种方式，当然也可以加上Log日志来配合调试。

如何使用真机调试android程序

第一步：将我们开发所用的Android真机的USB调试功能打开（打开方法为Settings（设置）àApplications（应用程序）àDevelopment（开发）à勾选USB debugging（USB调试）），然后通过usb连接线连接到开发所用的PC上，由于是在没有安装usb驱动的情况下进行连接，系统会发现新硬件并且尝试通过windows update在互联网上搜索驱动进行安装：

第二步：由于通过windows update查找驱动会耗费非常长的时间并且需要互联网支持而且不一定能够成功找到，因此我们点击下方的“跳过从Windows Update获得驱动程序软件”跳过搜索：

第三步：关闭自动安装后，通过右键点击“计算机”（XP-我的电脑）选择“管理”进入到计算机管理界面，点击左边的“设备管理器”进入到设备管理界面，此时我们会发现一个带有黄色感叹号标志的硬件设备（如图中所示，位于其他设备分支下），即“Motorola ADB Interface”，这代表着该设备缺少驱动程序支持，从名称上看很显然这个设备就是我们usb调试需要的支持设备：

第四步：安装该设备的驱动程序，右键点击“Motorola ADB Interface”选择“更新驱动程序软件”，弹出如下图所示框体：

第五步：正如前面所说，由于我们的SDK中已经存在了google提供的usb驱动程序，因此我们选择第二项“浏览计算机以查找驱动程序软件”，进入到下一对话框，在这里点击浏览，选中目录“%android_sdk_path%/google-usb_driver”，例如这里是使用的D:\study\programfiles\android-sdk-windows-r8\google-usb_driver路径，勾选上下方的“包括子文件夹”，点击下一步：

第六步：在上一步最后点击下一步按钮后，系统会开始在我们设置的文件夹下查找驱动程序软件并进行安装，这一步需要2分钟左右的时间，请耐心等待：

第七步：等待一段时间后，不出意外，系统将会提示“已经成功地更新驱动程序软件”，如下图，如果这一步失败，也不用慌张，可能是google提供的这种驱动暂时不能支持所使用的真机，这时就需要到所使用机器的生产厂商的官方网站去下载驱动程序软件，然后重复前面的步骤，只需要在第五步时设置驱动程序软件路径时定位到所新下载的特定驱动程序的存放路径即可，附件还提供了两款常用USB驱动程序，即motorola和HTC的usb驱动。

第八步：驱动程序安装完成后，此时再到设备管理器中查看，可以发现带黄色感叹号的“Motorola ADB Interface”设备已经消失了，取而代之的是在Android Phone分支下的“Android Composite ADB Interface”设备，这里再提到一点，如果是使用的Motorola的驱动程序的话，这里可能就是显示的“Motorola ADB Interface”了：

第九步：虽然前面系统已经提示了驱动程序安装正确，如果才能确定PC已经识别

Android真机并且正确地建立了连接呢？很简单，首先点击开始-运行，输入cmd：

第十步：在弹出的命令提示符界面中使用命令adb devices查看设备（adb命令所对应的应用程序存放在%android-sdk-path%\platform-tools路径下，这里能够在任意路径下使用adb是因为笔者PC机的环境变量中加入了该路径，如果没有设置环境变量则需要首先定位到%android-sdk-path%\platform-tools路径，否则会提示adb不是一个有效的命令，如下图所示，返回了一个编号为04038B6005021006的device（代表真机），这就代表真机已经成功地与PC建立起连接了，如果PC上也运行了模拟器，会发现不只一条的记录，模拟器的类型是emulator：

点击运行一个Android Project时，它的默认行为是由eclipse自主选择一个设备进行应用程序的安装、运行，如果想要人工自主地选择调试设备，可以在对应Project的Run Configuration中进行设置，如图：

点击Run Configuration后，将会弹出配置界面：

该界面左边一侧的栏目中是现在存在的一些可配置的应用程序，在左边选择待调试的应用程序，然后在右边单击Target选项卡，选择Manual（手动）即可，需要注意的是，好像目前eclipse在这里存在一个小问题（有可能是笔者自身的操作问题），就是新建的一个项目在第一次编译运行过之前，该项目对应的应用程序不会出现在左边的应用程序列表中，因此不能对其进行设置，也就是说第一次Run时只能使用Automatic的方式由eclipse指定目标设备。不过这种情况影响并不大，假如eclipse此时自己启动了一个模拟器来作为目标，可以立即关闭模拟器终止该操作，之后该项目应用程序就会出现在列表中可以配置为Manual了：

配置成Manual方式后，在Run一个Android Project的时候将会弹出一个选择框用于选择设备，如下：

可以看到我们的真机出现在了正运行的设备列表中，通过选中该项点击OK或者直接双击它就可以将应用程序安装到真机上进行调试了，当然，如果需要的是模拟器调试，选中“Launch a new Android Virtual Device”然后选择需要启动的模拟器（列表中是已经建立的模拟器，也可以新建模拟器）就可以了。

Android Test测试

        在实际的开发中几乎访问网络已经成为一个app的标配，那么每次写完一个网络请求都要重新打包在模拟器或者真机上运行一次，当然这种方式是可以的，但是打包一个apk花费相对较多的时间。我们可以使用android官方提供给我们的test框架，通过测试框架编写相应的测试用例，每次只测试相对较小的方法，打包到真机或者模拟器上的时间相对较小提升编码效率，大大降低bug出现的几率。

           使用android studio2.2.3导入使用android studio1.5编写的项目时使用Android Test出现了问题，运行报错：“Test running failed: Unable to find instrumentation info for: ComponentInfo”这句话的意思是没有找到instrumentation这个类，"Run"-"Edit Configurations"-"Android Tests"-选择你的单元测试-"Specific instrumentation runner" -选择"InstrumentationTestRunner"即可解决问题。

           出现这个问题的原因nstrumentation runner默认是MutidexTestRunner，入MultiDex后单元测试工具默认变成了MultiDexTestRunner，需要在build.gradle指定分包之前用的InstrumentationTestRunner工具，按照上面修改就可以解决这个问题。

eclipse android 怎样进行真机调试

真机调试的前提是

电脑已经安装了该真机的驱动，请自行到官网下载

如图所示：

不同手机显示有所不同

SDK中已下载Google USB Driver

如图所示：

注意：当运行程序，弹出选择框时

显示设备unknown，此时应该在手机上选定

如图所示：

选择以后，效果如下图

即可选择真机进行调试

android studio 真机测试闪退问题？

原因一：xxx的错误，若为R.layout.main 那么应该是main.xml文件中的标签 使用错误，最常见的而且编译器不会提示的错误就是 android:name 和 android:id两者混淆，仔细检查main.xml的标签是否全部正确

原因二：在setContentView(view)方法之后使用了requestWindowFeature()方法，并且在此错误下面会提示requestFeature必须在setContentView之前使用，只需要把requestWindowFeature()方法放在setContentView(view)方法之前就可以解决

原因三：在onCreate()方法之外，并且不属于任何一个方法体内直接给某控件findById(R.id.xx)所导致，需要在某方法内并且在setContentView(view)方法之前进行findById(R.id.xx)即可解决

原因四：在setContentView(view)之前没有对view进行实例化，只进行了声明而直接 setContentView(view) 所导致，仔细检查view是否setContentView(view)调用之前并在方法内进行实例化即可解决

原因五：因为发生了空指针的错误异常，所以你应该检查一下比如 Spinner 或者 list 这类的东西里面是否有值存在

原因六：引用drawable中的图片或xml但将图片或文件放在了drawable（v24）中

原因七：引用的图片超出内存

标题名称：android真机测试,安卓真机测试注意事项
路径分享：http://myzitong.com/article/dseedeo.html