adb shell错误解决
adb shell bugreport 使用
adb shell bugreport 使用摘要：1.ADB shell bugreport 简介2.使用ADB shell bugreport 的步骤3.ADB shell bugreport 的作用和优势4.结束语正文：1.ADB shell bugreport 简介ADB（Android Debug Bridge）是一种用于管理Android 设备的工具，可以通过命令行或脚本进行操作。
其中，ADB shell bugreport 是一个用于收集Android 设备崩溃日志的工具，可以帮助开发者定位并修复应用程序中的错误。
2.使用ADB shell bugreport 的步骤使用ADB shell bugreport 的步骤如下：1) 首先，确保你的Android 设备已经连接到电脑，并且ADB 已经正确安装和配置。
在命令行中输入“adb devices”以查看已连接的设备列表。
2) 在命令行中输入“adb she ll bugreport --install”以安装bugreport 工具。
安装完成后，你可以在Android 设备上输入“bugreport”查看相关帮助信息。
3) 在Android 设备上运行你的应用程序，触发崩溃。
当应用程序崩溃时，系统会自动收集崩溃日志。
4) 使用ADB pull 命令将崩溃日志从Android 设备上拉取到电脑。
在命令行中输入“adb pull /data/anr/traces /path/to/save/traces”以将崩溃日志保存到电脑上的指定路径。
5) 使用Android Studio 打开保存在电脑上的崩溃日志文件，分析并修复应用程序中的错误。
3.ADB shell bugreport 的作用和优势ADB shell bugreport 的主要作用是方便开发者收集和分析Android 设备上的崩溃日志，从而快速定位并修复应用程序中的错误。
其优势在于：1) 自动化：在应用程序触发崩溃时，bugreport 工具会自动收集崩溃日志，无需手动操作。
Shell脚本编写中的常见问题与解决方法
Shell脚本编写中的常见问题与解决方法在Linux系统中，Shell脚本是一种非常常见的编程语言。
它可以通过简单的命令来实现许多复杂的任务。
然而，在Shell脚本编写过程中，我们常常遇到一些问题，如何解决这些问题呢？1. Shell脚本执行失败Shell脚本执行失败是一种非常常见的问题。
通常，它会出现一些错误提示信息，如“command not found”、“permission denied”等。
这些错误提示信息意味着命令无法正确执行。
解决这种问题的方法是检查Shell脚本中的命令是否正确、拥有足够的权限、以及相关的环境变量是否设置正确。
2. 调试Shell脚本当Shell脚本存在逻辑问题时，我们需要调试Shell脚本以找出问题所在。
在Shell脚本中，可以使用“echo”等命令输出调试信息。
这些调试信息可以帮助我们确定哪些命令执行失败，从而修复Shell脚本中的错误。
3. 调用Shell脚本中的变量在Shell脚本中，可以使用变量来存储数据，例如路径、文件名等。
当我们调用Shell脚本中的变量时，需要使用“$”符号来访问变量。
如果我们忘记使用“$”符号，Shell脚本将无法正确识别变量，并可能导致错误。
4. Shell脚本中的循环Shell脚本中的循环是一种非常常见的结构。
它可以用来遍历数组、执行一些操作等。
在Shell脚本中，可以使用“for”等关键字来实现循环。
当我们使用循环时，需要注意变量的作用域，以及循环的结束条件等。
5. Shell脚本中的权限问题在Linux系统中，每个文件和目录都有权限设置，我们需要在Shell脚本中使用“chmod”命令来设置Shell脚本的权限。
如果权限设置不正确，Shell脚本将无法正常执行。
我们需要使用“chmod”命令为Shell脚本添加必要的执行权限。
6. 在Shell脚本中执行命令Shell脚本通常涉及许多命令的执行，例如执行文件、查找文件、运行程序等。
02Windows下解决adb连接不上的终极解决方案
02Windows下解决adb连接不上的终极解决方案这几天突然从Mac系统换到Windows系统做Android开发，最头疼的是adb总是连接不上或是5037端口被占用，随后尝试关闭各种第三方的adb连接软件，还是有问题，无奈，转变一下思路，修改adb默认端口，这样就不会被第三方软件占用端口而连不上的问题了发现问题先查看你adb默认的端口，输入命令：adb start-server,如果你没有配置adb的环境变量这里有一个技巧。
，进入到你adb的目录下，按住shift键加鼠标右键，会多出一个选项“在此处打开命令行窗口”我们先看下，我们这里现在默认是5037端口输入命令“netstat -ano | findstr "5037"”，查看那些应用程序在使用了5037端口，我这里现在就只有一个adb使用了5037端口，如果就其他的应用程序，例如,豌豆荚、360手机助手、小米助手等。
常规的解决方法，就是教大家关闭某个程序，或是adb kill-server什么的，但是发现都不好使。
所以我们可以换个思路，更改adb端口这样就算他们占用了5037端口，我的adb还是可以使用，能够来南京手机。
解决方法方法就是如果个adb配置自定义端口号呢？1、进入你的系统“环境变量”，新建一个变量名为“ANDROID_ADB_SERVER_PORT”，变量值（也就是你想配置哪个端口号给adb，尽量设置大点）可以自己定义。
2、然后我们再去adb目录下，重新启动adb，启动成功看端口是不是变了。
最后你也可以输入这条命令“netstat -ano | findstr “5037””，看看5037端口，被哪些第三方程序占用了，就算5037被占用了，现在我们也可以不管它。
•备注：以上教程，就是解决Android实际开发中，adb连接不上，或adb和其他第三方程序互抢5037端口的解决方案。
【 】adb用不了，error：unknownhostservice的解决办法
【 】adb⽤不了，error：unknownhostservice的解决办法本帖最后由独⾏⽆疆于 2013-11-11 14:48 编辑近⽇在命令⾏中使⽤adb命令时⽼是会提⽰ error: unknown host service的错误，以前⼀直是正常的，从未出过问题。
⽹上搜索⼀番后说是豌⾖荚、腾讯⼿机助⼿及⼀些刷机⼯具在后台运⾏占⽤了5037端⼝引起的，但是我电脑上根本没装这类软件。
最后通过任务管理器发现可疑的tabd.exe进程。
⽹上⼀搜，发现这竟然是QQ⾥⾯的进程，我也猛然醒悟前⼏天QQ⾃动更新了模块。
果断结束掉该进程，再在命令⾏中使⽤adb命令连接⼿机，⼀切恢复正常！所以，如果你近⽇发现电脑⽆法连接⼿机，或者某个软件连接不上⼿机，那么⼀定要进任务管理器看看是否有tadb.exe在后台运⾏。
tadb.exe很顽固，⼀旦你的⼿机连接电脑它就会⾃动启动。
当然QQ会在电脑的右下⽅弹出⼀个连接提⽰。
我很想禁⽌它⾃动连接⼿机，可惜死活找不到在哪⾥设置，感觉有⼈耍流氓了。
2013-11-11⽇更新：这⾥贴上辨别电脑的5037端⼝被哪个应⽤程序占⽤的⽅法：1. 打开命令⾏，输⼊命令：netstat -ano | findstr "5037"从以上的执⾏结果的第⼆列的冒号之后的就是端⼝号，最后⼀列就是进程的pid。
根据该pid去任务管理器中查找对应的进程。
2. 打开任务管理器，在菜单中的查看->选择列中将PID勾选上，然后点击PID列的表头，让其递增排序便于根据pid找到进程名称。
从上图可以看出，进程pid为6872的进程名称是adb.exe，这个是正常的。
如果是其它名称，如tadb.exe，那么就说明腾讯的QQ占⽤该端⼝了。
如果是其它的应⽤程序占⽤了5037端⼝，你就需要将其⼿动结束掉，然后在运⾏adb命令，应该就可以连上⼿机了。
Mac或者linux下adb连接失败的解决办法
Mac或者linux下adb连接失败的解决办法导读:不管是在Windows系统还是在Linux系统中，相信不少用户或开发者都遇到过手机adb连接不上的情况。
其实出现这种问题很多时候是由于adb冲突导致的，毕竟很多软件都有自己的adb链接。
那么，出现这种问题该怎么办呢？下面就给大家介绍下Mac或者linux下adb连接失败的解决办法。
1.查看设备VenderID在mac下或者Linux打开终端（Terminal），linux下可以按快捷键（CTRL＋T，忘了具体是不是大家去试试或者查查），mac下Control＋space，输入Terminal 打开。
打开终端后，输入命令mac下：system_profiler SPUSBDataTypelinux下：lsusb结果如下：USB：USB 3.0 Bus：Host Controller Driver：AppleUSBXHCILPTHPCI Device ID：0x8c31PCI Revision ID：0x0005PCI Vendor ID：0x8086Apple Internal Keyboard / Trackpad：Product ID：0x0262Vendor ID：0x05ac （Apple Inc.）Version： 2.25Speed：Up to 12 Mb/sec Manufacturer：Apple Inc.Location ID：0x14400000 / 4Current Available （mA）：1000 Current Required （mA）：40Extra Operating Current （mA）：0 Built-In：YesBRCM20702 Hub：Product ID：0x4500Vendor ID：0x0a5c （Broadcom Corp.）Version： 1.00Speed：Up to 12 Mb/sec Manufacturer：Apple Inc.Location ID：0x14300000 / 3Current Available （mA）：1000 Current Required （mA）：94Extra Operating Current （mA）：0 Built-In：YesBluetooth USB Host Controller：Product ID：0x8289Vendor ID：0x05ac （Apple Inc.）。
电脑运行不了adb命令的解决方法 -回复
电脑运行不了adb命令的解决方法-回复电脑运行不了ADB命令的解决方法ADB（Android Debug Bridge）是一种常用的命令行工具，用于与Android设备进行通信和调试。
然而，有时候我们可能会遇到电脑无法运行ADB命令的问题，这可能是由于多种原因引起的。
本文将一步一步回答如何解决电脑无法运行ADB命令的问题。
1. 第一步- 安装ADB驱动程序：电脑无法运行ADB命令的一个常见原因是缺少ADB驱动程序。
ADB驱动程序是用于建立电脑和Android设备之间的连接的软件。
要解决此问题，请按照以下步骤进行操作：a. 打开设备管理器：在Windows操作系统中，通过按下Windows键+ X键并选择“设备管理器”来打开设备管理器。
b. 在设备管理器中查找Android设备：在设备管理器中，查找名为“Android Composite ADB Interface”或类似名称的设备。
如果找不到，请确保已连接Android设备，并正确连接到电脑。
c. 安装ADB驱动程序：如果找到了“Android Composite ADB Interface”设备，请右键单击该设备并选择“更新驱动程序软件”。
随后，在打开的对话框中选择“浏览我的计算机以查找驱动程序软件”，然后选择“从计算机的设备驱动程序列表中选择”选项。
d. 配置ADB驱动程序：在打开的对话框中，单击“下一步”按钮。
然后，选择“从磁盘安装驱动程序”选项并单击“浏览”按钮。
在浏览对话框中，导航到ADB 驱动程序的安装位置并选择合适的驱动程序。
e. 完成安装：单击“下一步”按钮以完成驱动程序安装过程。
一旦安装完成，ADB 驱动程序将成功配置，并且您将能够在电脑上运行ADB命令。
2. 第二步- 配置环境变量：如果您已经安装了ADB驱动程序，但电脑仍然无法识别ADB命令，可能是因为环境变量配置错误。
环境变量是一组动态的、全局的值，它们确定了操作系统在运行程序时查找应用程序、工具和其他重要元素的方式。
新版安卓失效的adb指令
新版安卓失效的adb指令全文共四篇示例，供读者参考第一篇示例：近期，谷歌宣布了一项重大变化：他们将停止支持旧版的Android Debug Bridge（ADB）指令。
这意味着使用旧版ADB指令的应用程序和开发者将无法继续使用这些指令来进行调试和开发。
这一变化引起了广泛关注，许多开发者和用户对此感到困惑和担忧。
本文将详细介绍新版安卓失效的ADB指令以及对开发者和用户的影响。
让我们来了解一下，什么是ADB指令？ADB（Android Debug Bridge）是安卓调试桥的缩写，是一种用于在安卓设备和计算机之间进行通信和控制的工具。
通过ADB指令，开发者可以在设备上执行各种操作，比如安装应用程序、调试代码、截取屏幕等。
ADB指令是安卓开发工具中非常重要的一部分，广泛应用于开发和调试过程中。
近期谷歌宣布将停止支持旧版ADB指令，这给开发者和用户带来了一些问题。
这意味着使用旧版ADB指令的应用程序将无法正常工作。
许多应用程序和工具依赖于ADB指令来完成各种任务，比如一键ROOT、自动安装应用程序等。
如果这些应用程序无法继续使用ADB指令，将导致它们无法正常工作，给用户带来不便。
对于开发者来说，停止支持旧版ADB指令也将造成一定的影响。
现有的开发工具和流程可能需要进行修改和调整，以适应新版ADB指令的变化。
开发者需要花费时间和精力来学习新版ADB指令的使用方法，以确保他们的应用程序可以正常工作。
这将给开发者带来额外的开发成本和挑战。
对于普通用户来说，停止支持旧版ADB指令也可能导致一些问题。
一些技术水平不高的用户可能无法理解新版ADB指令的使用方法，无法完成一些简单的操作。
他们可能无法通过ADB指令安装应用程序、备份数据等。
这将给用户带来困扰和不便。
面对新版安卓失效的ADB指令，我们应该如何应对呢？开发者和用户应该尽快学习新版ADB指令的使用方法，以确保他们的应用程序和设备可以正常工作。
可以通过谷歌官方文档或其他资源来学习新版ADB指令的使用方法。
Shell脚本中的错误处理技巧
Shell脚本中的错误处理技巧Shell脚本是一种编程语言，可以用于自动化执行一系列命令和任务。
然而，由于诸多原因，脚本中可能会出现错误。
为了保证脚本的可靠性和稳定性，我们需要掌握一些错误处理技巧。
本文将介绍几种常用的Shell脚本错误处理技巧。
一、检查命令是否执行成功在Shell脚本中，我们经常使用命令执行操作，如文件拷贝、文件重命名等。
为了确保命令执行成功，我们可以使用`$?`变量来检查返回值。
通常情况下，返回值为0表示命令执行成功，非零值表示命令执行失败。
我们可以在执行命令后立即检查返回值，并根据返回值进行相应处理。
例如，我们要拷贝一个文件到目标目录中，可以使用以下代码示例：```shell#!/bin/bashcp file.txt /path/to/destination/if [[ $? -eq 0 ]]; thenecho "文件拷贝成功"elseecho "文件拷贝失败"fi```二、处理命令执行失败的情况当命令执行失败时，我们可以通过使用`||`操作符来处理失败情况。
`||`操作符表示“或者”，即当前面的命令执行失败时，会执行紧随其后的命令。
这样我们可以在命令执行失败的情况下，执行一些修复或备份操作。
例如，我们要重启一个应用服务，如果重启命令执行失败，我们可以尝试备份配置文件，然后再次尝试重启。
可以使用以下代码示例：```shell#!/bin/bashrestart_app || (cp config.ini config.ini.bak && restart_app)```三、捕获信号处理除了命令执行失败以外，Shell脚本还可以捕获系统信号，并根据需要执行相应处理。
通过捕获信号，我们可以在脚本执行过程中，检测到一些错误情况，并采取相应的措施。
下面是一个捕获`SIGINT`信号（Ctrl+C）的示例：```shell#!/bin/bashfunction cleanup() {echo "收到信号，正在清理..."# 添加清理逻辑代码exit 0}trap "cleanup" SIGINT# 添加脚本主逻辑代码```在上述示例中，当用户按下Ctrl+C时，脚本会捕获`SIGINT`信号，并执行`cleanup`函数中的清理逻辑。
电脑运行不了adb命令的解决方法
电脑无法运行adb命令可能是由于多种原因引起的。
以下是一些常见的解决方法：
1. 驱动问题：确保你的设备驱动程序已正确安装。
有时设备未能正确与计算机通信可能是由于驱动问题引起的。
2. USB调试模式：确保你的Android设备已启用USB调试模式。
你可以在设备的开发者选项中找到此设置，并在连接到计算机时启用它。
3. ADB路径设置：检查ADB是否正确安装并将其路径添加到系统环境变量中。
这样可以在命令行中直接访问ADB而无需输入完整路径。
4. USB连接问题：尝试更换USB线缆或连接到不同的USB端口，有时候连接问题会导致ADB无法正常工作。
5. 重新启动ADB服务器：有时候重新启动ADB服务器可以解决问题。
在命令行中输入`adb kill-server`，然后再输入`adb start-server`来尝试重新启动ADB服务器。
6. 防火墙/安全软件：你的防火墙或安全软件可能会阻止ADB与
设备进行通信。
尝试暂时关闭防火墙或安全软件，然后再次尝试运行ADB命令。
如果你尝试了以上方法仍未解决问题，可能需要进一步调查设备和计算机之间的通信问题，或者寻求专业的技术支持。
输入adbshell时提示error：morethanonedeviceandemulato
输入adbshell时提示error：morethanonedeviceandemulato第一种情况：确实用多个设备或者模拟器解决办法：（指定连接某一个设备或者模拟器）1、获取模拟器/设备列表adb devices2、指定device来执行adb shelladb -s devicename shell例如：adb -s emulator-5554 shell在多device的时候，执行adb命令一般都需要用参数-s指定device。
例如卸载emulator-5554上的包com.soft.camera adb -s emulator-5554 uninstall com.soft.camera第二种情况下：确实有一个设备或者模拟器（之所以显示有多个是因为此设备用过两次使用命令 adb devices 会看到这个设备有两种状：offline 和 device）解决办法：一般办法：在命令窗口输入adb kill-server 停止adb.exe服务adb start-server 重新启动adb.exe服务如果上述方法不可以，终极方法：打开任务栏，选择“进程”选项卡，找到adb.exe进程，结束之，重新启动就完事OK啦（或者在命令窗口输入命令adb kill-server）以上办法还不行，继续：现象：用adbdevices命令总发现emualtor-5554offline，重新安装与adb相关的程序均无法消除此设备。
原因：有程序占用5555端口，导致adb认为5554不能作为第1个设备启用方法：1. 用netstat –ano(即netstat -a –n –o)，查看5555端口被哪个PID占用。
2. 打开任务管理器，选择“进程”，在“查看”菜单打开“选择列”，勾上PID。
3. 把进程按PID排序，找到PID对应的程序名。
4. 按文件名搜索程序所在的目录，确认后删除该程序。
5. 再运行adb devices，发现emualtor-5554 offline已消失。
解决adbshellroot权限
解决adbshellroot权限
adb shell默认是没有root权限的，修改系统文件就很不方便。
有两种方法可以获取adb shell的root权限，这两种方法的前提都是手机已经root。
1、用su可以提权，直接执行su就会看到用户命令提示符由”$”变成了”#”，如果手机没有root，会提示su: Permission Denied。
su这个文件不是每个手机都有的，可以别处找来放在adb同一目录下，执行：
adb push su /system/bin/
adb shell chmod 4755 /system/bin/su
如果提示Read-only filesystem，那么就要重新挂载一下/system，把只读挂载成可读写，只有手机root了才能运行：
mount -o remount,rw/dev/block/mtdblock0/system /
再运行su就能让adb shell获取root权限了。
2、可以修改根目录下的default.prop提权：根目录默认是不允许修改的，执行
mount -o remount,rw rootfs /
用vi打开default.prop，找到ro.secure，修改为ro.secure=0，保存后重启，再adb shell一下，就会有root权限了。
方法：修改./default.prop
把ro.secure设为0，persist.service.adb.enable设为1，adbd 进程就会以root用户的身份启动。
“adb不是内部或外部命令”问题的解决
“adb不是内部或外部命令”问题的解决
首先这个问题有两种可能：
1.就是没有配置环境变量，这个只需要将android安装：例如C:\Program File\android-sdk-windows\tools加入到系统变量Path中，需要注意的是Path中会配置的有其他的路径，需要在android的路径前加;然后将上面的路径粘贴上去就OK 了。
2.就是配置了环境变量在cmd中输入adb还是出现“adb不是内部或外部命令”这样的问题，那么轻接着往下看：在我刚学习android的时候在网上找了许多配置android环境变量的方法、也根据他们的说法配置好android的环境变量、然后输入adb、别人就可以显示好多信息，可是我的偏偏出错了，可是我明明是按照网上说的方式去做的，而且大多说法都一样，我就找错啊，找了半天找不到啊，实在是找不到，不就是配置一个环境变量吗，有什么好配置的呀，后来看文件夹，发现在\platform-tools下面有adb.exe，而在tools文件夹下面没有，原来是这样的。
android2.2和android 2.3是不一样的，android2.3 adb.exe是放在android-sdk-windows\platform-tools目录下面的，而2.2是放在tools目录下面的，所以我吧path的路径指到platform-tools下面，然后输入adb，成功！！！。
adb shell bugreport 使用
adb shell bugreport 使用1. 引言1.1 概述在移动设备开发和调试过程中，我们经常面临各种问题需要进行故障排查和解决。
而adb shell bugreport命令是Android系统提供的一个重要工具，它能够帮助我们捕获设备的状态信息、日志文件和关键性能指标等，以便更好地分析和解决问题。
1.2 文章结构本文将详细介绍adb shell bugreport命令的使用方法及其常见问题和解决方法。
首先，在"2. adb shell bugreport的基本介绍"部分，我们将对adb shell 命令和bugreport功能做简要介绍，并说明其使用场景。
然后，在"3. adb shell bugreport的使用步骤"部分，我们将逐步讲解如何连接设备、启用adb调试模式以及生成bugreport文件。
接着，在"4. adb shell bugreport的常见问题和解决方法"部分，我们将列举一些可能出现的问题，并提供相应的解决方法。
最后，在"5. 结论"部分，我们将总结文章内容并给出一些建议。
1.3 目的本文的目的是为读者提供一个全面了解adb shell bugreport命令如何使用以及如何处理可能遇到的常见问题的指南。
通过掌握这些知识和技巧，读者将能够更高效地使用adb shell bugreport来解决移动设备开发和调试过程中的问题，提升工作效率。
接下来，我们将深入探讨adb shell bugreport命令的基本介绍。
2. adb shell bugreport的基本介绍:2.1 adb shell命令简介:adb shell命令是Android调试桥（Android Debug Bridge）的一部分，它允许用户通过命令行界面与Android设备交互。
通过adb shell命令，用户可以在连接的Android设备上执行各种操作，包括运行系统命令、访问文件系统、安装和卸载应用程序等。
Shell脚本中的错误日志处理技巧
Shell脚本中的错误日志处理技巧Shell脚本是一种强大的自动化脚本语言，能够有效地执行系统命令和操作。
然而，在编写和运行Shell脚本时，错误和异常情况是无法避免的。
为了保证脚本的稳定性和可靠性，正确处理错误日志至关重要。
本文将介绍一些Shell脚本中常见的错误日志处理技巧，以帮助读者更好地解决问题。
1. 错误日志记录在编写Shell脚本时，合理记录错误日志是非常必要的。
错误日志可以帮助我们快速定位和排查问题。
在脚本中通过将错误日志重定向到文件中进行记录，可以使用以下命令：```shellcommand 2>> error.log```2. 输出错误信息当Shell脚本发生错误时，默认情况下错误信息会输出到屏幕上。
为了方便问题排查和及时发现错误，我们可以将错误信息重定向到标准输出：```shellcommand 2>&1```这样可以将错误信息与普通输出一同显示在屏幕上，方便调试和查看。
3. 检测错误状态Shell脚本中的每个命令执行后都会返回一个状态码，通常情况下，状态码为0表示执行成功，非0表示出现错误。
我们可以通过特殊变量$?来获取上一条命令的返回状态码，并做出相应处理：```shellcommandif [ $? -ne 0 ]; thenecho "Command execution failed."fi```通过判断状态码是否为0，我们可以灵活地处理错误情况，例如输出特定的错误消息、尝试自动修复错误等。
4. 异常处理与退出当Shell脚本遇到错误或者异常情况时，可以通过使用exit命令来退出脚本，并返回一个指定的退出状态码。
在退出之前，我们可以添加一些清理操作，以确保脚本执行的完整性：```shellcommandif [ $? -ne 0 ]; thenecho "Command execution failed."# 清理操作exit 1fi```通过合理运用异常处理与脚本退出，可以保证脚本在发生错误时退出，并提供相应的错误信息。
androidadbdevicesoffline的解决办法
androidadbdevicesoffline的解决办法在做开发时经常出现android adb devices offline，解决办法如下：1 重启adb服务adb kill-serveradb start-serverlinux下别忘了以root⾝份运⾏2 上⼀步⽆效的情况下，将⼿机USB调试关闭后再次打开，重新执⾏上⼀步3 仍旧不⾏的话，重启⼿机4 到这步不⾏的话只能重启电脑了5 有时候是数据线的问题，需要换⼀根数据线就好了来看看和解决办法吧！1.编译app⾥⾯的源码时，有时候由于模拟器闲置太久，把apk⽂件添加到模拟器中会报错：error:device not found通常这个时候，我只需要:adb kill-serveradb remount然后就可以把我的apk安装到模拟器⾥。
2.今天，再试这种办法突然不⾏了，⽼是出现"error:device offline"，google了下，发现只需要添加⼀⾏命令就可以了，具体如下：adb kill-serveradb start-serveradb remount然后把我的apk安装到模拟器成功。
3 中ADB didn't ACK fail to start daemon,怎么解决呢？ADB server didn't ACK在使⽤adb命令，有时候会出现下⾯这种错误。
errors:* daemon not running. starting it now *ADB server didn't ACK* failed to start daemon *因为有另外⼀个应⽤占⽤了ADB SERVER的端⼝，也许是adb 本⾝，结束进程中的adb.exe并重新启动adb试试。
4、D:\android\android-sdk-windows\tools⽬录中没有adb.exe检查⼀下你的android-sdk-windows⽬录下有没有platform-tools⽬录。
adbshell提示：error：devicenotfound连不上的一个解决方案
adbshell提示：error：devicenotfound连不上的一个解决
方案
1、今天遇到一个特别郁闷的问题，手上有4部手机，其中3部手机连接adb都没有问题，唯独有一部手机adb shell的时候老是提示:error: device not found。
现象如下：
2、试了很多方法，用adb kill-server等方法还是连不上，真是百思不得其解。
后面发现原来是adb没有获得手机USB的vender ID，从而无法识别出手机。
3、解决方案：
I、在设备管理器中，找到Android Composite ADB Interface 然后双击点开。
II、然后在详细信息中，点开硬件ID，查看到我的ID是2970
III、在C:\Documents and Settings\Administrator\.android目录下找到或新建一个adb_usb.ini文件，然后把VID的数值写入到adb_usb.ini 里面，就是0xVID（0x2970）。
IV、搞定，不需要重启，adb就可以连上了。
Window下adbshell中文乱码问题解决方法
Window下adbshell中⽂乱码问题解决⽅法
Window下，进⾏adb shell后，举个例⼦，如果你的sdcard下保存着中⽂字符⽂件名的⽂件，则在CMD下显⽰是⼀些⽆规律的中⽂并夹杂着乱码。
出现这种情况的原因是：
Android中使⽤的是UTF-8字符，⽽CMD默认字符集是ANSI，中⽂环境下即为GBK，代码页为936。
查询当前代码页的⽅法为在CMD下直接输⼊“chcp”命令，并会返回“活动的代码页：936”字样。
找出原因了，解决办法也就有了。
只要使⽤UTF-8格式的代码页65001就OK了，命令如下：chcp 65001
但是，在窗⼝中仍旧不能正确显⽰UTF-8字符。
修改窗⼝属性，改变字体在命令⾏标题栏上点击右键，选择"属性"->"字体"，将字体修改为True Type字体"Lucida Console"，然后点击确定将属性应⽤到当前窗⼝。
通过以上操作并不能完全解决问题，因为显⽰出来的内容有可能不完全。
可以先最⼩化，然后最⼤化命令⾏窗⼝，⽂件的内容就完整的显⽰出来了。
解决adb调试报错error：devicenotfound
解决adb调试报错error：devicenotfound大家在使用adb命令调试时，会出现以下错误信息错误：error:device not found或者adb serveris out of date. killing…ADB server didn’tACK* failed to start daemon *error:unknown host service这多是因为其他应用占用了5037端口，本文为此来提一个解决办法。
检查5037端口我们使用如下的命令检查5037端口adb nodaemon server这里会提示cannot bind 'tcp:5037’5037端口被占用了查看占用应用我们再使用如下命令来查看是什么进程占用了5037端口netstat -ano | findstr "5037"输入命令后•1. TCP 127.0.0.1:5037 0.0.0.0:0 LISTENING 21152 ••2 .TCP 127.0.0.1:5037 127.0.0.1:62629 ESTABLISHED 21152••3. TCP 127.0.0.1:5037 127.0.0.1:63942 TIME_WAIT 0••4 .TCP 127.0.0.1:62629 127.0.0.1:5037 ESTABLISHED 2980上面显示PID为21152的进程占用了5037端口使用tasklist | findstr "21152"命令查看查看这个进程是由哪个程序创建的tadb.exe 21152 Console 4 2,136 K这里我们查到了tadb , 这是tencent adb的简称删除占用端口应用我们再通过如下命令将tadb进程结束掉taskkill /f /pid 21152结束掉之后我们可以去找下这个tadb , 把tadb对应文件夹下的文件全部删掉,成功adb devices最后我们测试一下是否成功* daemon not running. starting it now on port 5037 ** daemon started successfully *List of devices attached5affdcb86b000f04 device成功了 , 可以进行adb调试工作了。