8被浏览1141分享邀请回答2添加评论分享收藏感谢收起0添加评论分享收藏感谢收起查看更多回答这种情况下大多数是因为存在kadb.exe在执行，或者adb.exe端口被占用。
1，检查是否存在kadb.exe程序正在执行
& & &打开任务管理器，打开详细信息，按照字母顺序找到kadb.exe，结束进程，重新启动adb.exe即可以看到adb.exe出现在任务管理器中。
补充一下，本人电脑上面的kadb.exe是酷狗音乐里面的一个执行程序，貌似每次打开酷狗音乐这个程序就会启动，导致无法启动adb.exe。
2，若是上述方法无效，可能是adb.exe端口被占用，可以关闭占用端口进程，或者更改adb.exe的端口号
& & &方法一（建议使用）：更改adb.exe端口号
& & &右键我的电脑（win8）&属性&高级系统设置&环境变量&新建，新建一个环境变量，名字为ANDROID_ADB_SERVER_PORT，值设为一个新的端口（选择不常用的），比如说我用的7134。这样就可以了，逐级确定，然后重新启动adb.exe即可。
& & &方法二：结束占用adb.exe端口号的进程（adb.exe默认使用端口为5037）
& & &（或打开cmd，输入命令adb nodaemon server查看占用端口）
& & &在cmd中输入netstat -nao | findstr "5037"
&　 找到LISTENING后面的数xxxx，即PID为xxxx的进程占用了adb.exe的端口
& & &输入tasklist | findstr "xxxx"，此时可以找到该进程的具体名称，去任务管理器去结束该进程，重新启动adb.exe即可。
& & （知道PID后也可以直接执行taskkill /pid xxxx来结束该进程）
重新启动adb的方法：
打开cmd，找到adb.exe所在文件夹并将地址粘贴到cmd中（例如我的是D:\SDK\android-sdk\platform-tools），先执行adb kill-server，再执行adb start-server。即重新启动。然后重新打开eclipse即可。
若只需打开adb.exe则执行除adb kill-server外的上述其他步骤即可。
Views(...) Comments()解决64位Win7下的android&sdk&manager一闪而过的问题
原来在我的电脑上安装的Android
SDK一直是中国移动统一开发环境自动帮我配置好的版本，但是有时候无奈中国移动的更新确实很不给力，而且只能通过他的开发环境下面进行更新，无奈就是他的对于android
sdk tools的文件更新以及修改很不及时，最后我就很是无奈地卸载了这个软件，并开始了我手动配置sdk的漫长旅程。
首先，我电脑上的系统是Win7 64位，jre也是安装的64位，估计我遇到的android sdk
manager一闪而过的问题也只会出现在我的身上，所以，其他情况的朋友可以忽略，当然也可以作为参考。
看到网上有人说是要解决那个find_java那个东西的问题。
&&&&不过，我们还是先来讨论一下sdk
manager的一个详细流程吧，注意的就是看到sdk目录下的sdk readme中提到，From the command-line
you can also directly trigger an update byexecuting:
tools\android.bat update sdk --no-ui。从这句话中我们可以知道，android sdk
manager的升级等操作主要都是通过调用
tools\android.bat文件完成的。首先我们直接在cmd当中运行android.bat,输入绝对路径就可以了。然后查看输出的错误的详细信息，第一种情况就是会提示找不到java，这种情况下的话，主要就是对find_java.bat的调用中出了问题，在这种情况下，我们一般不要去修改find_java.bat文件，而是设置我们对应的环境变量，关于环境变量的设置，度娘一下就有很多，这里就不一一叙述。有个建议，就是最好不要把jre安装在文件名中间有空格或者是绝对路径中有中文的文件夹下，如Program
Files，因为我自己的环境就是因为昨天晚上在调用android.bat文件时，老是提示我Program不是有效的bat命令等等诸如此类的错误，原因就是64位的cmd当中可能对于某些长文件名的支持不好，因此，我最后的解决办法就是直接把jre复制到tools文件夹下，修改环境变量，在java
home 当中添加我的新的jre目录，然后在android.batz中直接指定“ set
java_exe=D:\Android\android-sdk\tools\jdk1.7.0\bin\java.exe”并且把“call
lib\find_java.bat”注释掉，方法就是在前面添加rem。这种情况下，我的android.bat就完全没有调用find_java.bat了，然后就比较和谐了。
而有一种可能是提示错误信息 Please set ANDROID_SWT to point to the folder
，这种情况下我觉得主要是这个bat文件在调用java的系统架构说明时出现了问题，以致于找不到swt.jar文件，最后的解决办法就是在tools文件夹下找到android.bat，单击右键—编辑，找到set
swt_path这么的一句话，然后把前面什么for的全部去掉，如下图修改，如果是32位系统的朋友出现该问题就把"_64"去掉。
最后，再一次尝试调用android.bat，完美运行。不过这个时候还是不值得高兴的，因为我们修改了tools下面的目录，所以在需要更新android&
tools的时候，是发现不能自动安装的，因此，对这些东西就进行手动安装，安装的方法就是在sdk的目录下面找到temp文件夹，这个文件用来存放sdk
manager升级或者安装新的API包过程中无法正常安装的文件。然后我们在sdk manager 提示无法安装sdk
tools的时候，直接选择no，然后进行手动解压替换，要注意，不要替换android.bat,不然的话，又要重新修改这个文件了。
好吧，既然我的sdk manager一闪而过的问题解决了，我也就开始写我的android了，共勉吧，加油！
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。见习杏仁威望贡献积分
见习杏仁, 积分 88, 距离下一级还需 112 积分
安卓6装了adb状态闪退打不开怎么解决，adb是不是要发个新的，旧的装了闪退。这样就没法root.
小杏仁威望贡献积分
手机浏览器
用b10以下系统或用5.0的系统.
见习杏仁威望贡献积分
手机浏览器
也就是说root个安卓6没有一毛钱的关系了，高清语音和4g+也要拜拜了，root代价就是回到解放前！
管理员威望贡献积分
楼主好，不建议您通过其他方式将手机原始配置进行更改的，为了确保手机软件使用稳定性和个人资料安全，厂家不提供Root方法，也不建议您进行Root操作，若您有这方面的需要，还是建议您谨慎操作，掌心管家为您提供安全防护，系统优化，软件管理三大类的功能,中兴手机上运行掌心管家，无需root手机即可实现系统性的完全掌控呦，欢迎体验。
小杏仁威望贡献积分
手机浏览器
认真仔细阅读大帝猪和时带导航的帖子,已经介绍的很清楚了。
见习杏仁威望贡献积分
手机浏览器
刷机的帖子我已经看了n多遍，很清楚了，刷了好多次不成功，就是adb用来root的apk安装了老闪退，导致就是没法root，所以才发帖求解决的。还有客服人员，我为什么root,这个810的处理器用起来比我以前用过三星801的处理器用起来还卡，那个用了快两年和这个流畅度都差不多，你说我不root还怎么办？
小杏仁威望贡献积分
手机浏览器
adb root这个app必须在6.0的b09以下版本或者是5.0的所有版本可以用。刷好rec后再刷回6.0的b13版本不就ok了。
见习杏仁威望贡献积分
手机浏览器
6.0的还有b09的？能不能给个链接？要不然真不好找。
小杏仁威望贡献积分
手机浏览器
/forum.php?mod=viewthread&tid=262474&mobile=2
小杏仁威望贡献积分
手机浏览器
/forum.php?mod=viewthread&tid=261586&mobile=2
见习杏仁威望贡献积分
手机浏览器
好的，谢谢你的热心帮助！
见习杏仁威望贡献积分
手机浏览器
可惜，文件已经失效了，不能下载。
热门版块星星导航
去年曾经获得“年度最受欢迎国民手机”荣誉的中兴BladeA2，今日推出接力产品BladeA2S，主打3+32G超值大内存
中兴剑走偏锋，推出双屏手机AXON M。顾名思义，这块手机就是配备有两块屏幕，通过转轴连接在一起。
Powered by怎么找到安卓中程序闪退的原因-CSDN论坛
怎么找到安卓中程序闪退的原因
本人测试人员，想找个能获取程序闪退原因的方法。
情况是这样的，在测试公司产品时，程序偶尔会发生闪退，是偶发的，不能必现，不必现的问题，开发是不会重视的，所以就想找到程序闪退的原因，以引起开发的重视程度。
我们想到的方法就是获取程序闪退时的log日志。先是用logcat命令获取到设备的日志，但实在太多了，也分不清哪些是公司产品产生的日志。
然后就利用eclipse中logcat，对日志进行筛选，这种方法可以获取到指定产品的log，但是在闪退时，只报出了一个"I"级别的log，也没什么用。
个人觉得，闪退时应该会有级别高的log吧，如果有怎么获取，如果没有，有什么方法可以查到闪退的原因，直观原因就行。
跪求各位大神的指教！
应该会打印错误日志吧，红色的部分就是错误日志，其他的不用关心
个人也觉得应该有，但实际情况是只有绿色的I级别的，怎么出红色的呢
大多数的app闪退都是因为代码执行异常并且未被捕捉并处理导致的。
所以一般闪退的时候都会有红色也就是错误日志的。
看看是不是内存溢出了
引用&4&楼&gfdg456479&的回复:看看是不是内存溢出了
如何看呢，日志里没有报。。。
引用&3&楼&kisspx&的回复:大多数的app闪退都是因为代码执行异常并且未被捕捉并处理导致的。
所以一般闪退的时候都会有红色也就是错误日志的。
一直没有捕获到红色的错误日志
筛选的方法是通过application筛选的，只输入了application的名称，难道是我方法出错了？
可能是被系统杀掉进程，这是第三方的行为，不是程序本身的问题，被杀掉的程序肯定不会输出任何信息。
在完整的log里面搜索fatal&exception、&crash、&exception&、error&、kill
这个简单，android&app有自定义的奔溃异常处理类，让开发去继承实现把奔溃的log信息记录下来就行了
引用&5&楼&carandcat&的回复:Quote: 引用&4&楼&gfdg456479&的回复:
看看是不是内存溢出了
如何看呢，日志里没有报。。。
你可以把log贴出来吗？
该回复于 09:32:30被管理员删除
楼主，解决了吗。能分享下经验吗。？
我遇到的情况是，出现闪退，立刻拔掉手机，log中就会有E级别的LOG，插上的时候就没有，虽然不正常，但是你可以试一试
应该让开发在程序中加入一个功能，把Crash时候的log写到手机本地的日志文件中
百度搜bugly&你值得拥有！！！！
可以多学习一些资料，看一下教程之类的，增强一些知识。
找开发人员看
找你们开发&crashhandler
我自己的程序也出现过闪退。
我是通过处理异常(如楼上所说实现crashhandler处理)日志看的，一般都能看到错误问题啊。
logcat里都会有错误提示&的呀。
第一次部署到手机会闪退，&再次启动不闪退。。。日志显示是被系统强杀的！！！！
02-08&17:14:36.545&/?&I/ActivityManager:&Force&stopping&cn.mss.three&appid=10120&user=0:&from&pid&17787
02-08&17:14:36.545&/?&I/ActivityManager:&Killing&17572:cn.mss.three/u0a120&(adj&0):&stop&cn.mss.threefrom&pid&17787
02-08&17:14:36.545&/?&I/ActivityManager:&restoreDTSAndHSState&success!unknown
02-08&17:14:36.550&/?&W/ActivityManager:&Force&removing&ActivityRecord{435ae6e8&u0&cn.mss.three/ui.WelcomeActivity&t73}:&app&died,&no&saved&state
02-08&16:58:02.825&/?&W/Binder:&Caught&a&RuntimeException&from&the&binder&stub&implementation.
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&java.lang.NullPointerException
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&at&android.inputmethodservice.IInputMethodWrapper.setSessionEnabled(IInputMethodWrapper.java:280)
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&at&com.android.internal.view.IInputMethod$Stub.onTransact(IInputMethod.java:129)
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&at&android.os.Binder.execTransact(Binder.java:404)
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&at&dalvik.system.NativeStart.run(Native&Method)
02-08&16:58:02.825&/?&W/System.err:&java.lang.NullPointerException
02-08&16:58:02.825&/?&W/System.err:&&&&&at&android.inputmethodservice.IInputMethodWrapper.setSessionEnabled(IInputMethodWrapper.java:280)
02-08&16:58:02.825&/?&W/System.err:&&&&&at&com.android.internal.view.IInputMethod$Stub.onTransact(IInputMethod.java:129)
02-08&16:58:02.825&/?&W/System.err:&&&&&at&android.os.Binder.execTransact(Binder.java:404)
02-08&16:58:02.825&/?&W/System.err:&&&&&at&dalvik.system.NativeStart.run(Native&Method)
引用&21&楼&Roben518&的回复:第一次部署到手机会闪退，&再次启动不闪退。。。日志显示是被系统强杀的！！！！
02-08&17:14:36.545&/?&I/ActivityManager:&Force&stopping&cn.mss.three&appid=10120&user=0:&from&pid&17787
02-08&17:14:36.545&/?&I/ActivityManager:&Killing&17572:cn.mss.three/u0a120&(adj&0):&stop&cn.mss.threefrom&pid&17787
02-08&17:14:36.545&/?&I/ActivityManager:&restoreDTSAndHSState&success!unknown
02-08&17:14:36.550&/?&W/ActivityManager:&Force&removing&ActivityRecord{435ae6e8&u0&cn.mss.three/ui.WelcomeActivity&t73}:&app&died,&no&saved&state
02-08&16:58:02.825&/?&W/Binder:&Caught&a&RuntimeException&from&the&binder&stub&implementation.
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&java.lang.NullPointerException
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&at&android.inputmethodservice.IInputMethodWrapper.setSessionEnabled(IInputMethodWrapper.java:280)
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&at&com.android.internal.view.IInputMethod$Stub.onTransact(IInputMethod.java:129)
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&at&android.os.Binder.execTransact(Binder.java:404)
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&at&dalvik.system.NativeStart.run(Native&Method)
02-08&16:58:02.825&/?&W/System.err:&java.lang.NullPointerException
02-08&16:58:02.825&/?&W/System.err:&&&&&at&android.inputmethodservice.IInputMethodWrapper.setSessionEnabled(IInputMethodWrapper.java:280)
02-08&16:58:02.825&/?&W/System.err:&&&&&at&com.android.internal.view.IInputMethod$Stub.onTransact(IInputMethod.java:129)
02-08&16:58:02.825&/?&W/System.err:&&&&&at&android.os.Binder.execTransact(Binder.java:404)
02-08&16:58:02.825&/?&W/System.err:&&&&&at&dalvik.system.NativeStart.run(Native&Method)
其实这个原因很有可能是第三方.so文件缺失或者多余的问题，经验之谈
把日志输出到本地，或者同步到服务器&上；
还有测试人员找到必现方法开发去解决的？
我们这边都是测试人员发现问题了，让开发自己去找的，你们开发这么弔，撤了他
adb&logcat&|&find&"exception"&&&或者试试adb&logcat&|&find&"AndroidRuntime"
从日志入手
如果是进行操作后闪退，没有错误信息，有可能是因为内存不足
引用&24&楼&chenshi011&的回复:还有测试人员找到必现方法开发去解决的？
我们这边都是测试人员发现问题了，让开发自己去找的，你们开发这么弔，撤了他
请问楼主是怎么解决的？
为了方便查看不是在调试的时候某些手机出现的崩溃闪退问题，最好是自己创建一个继承UncaughtExceptionHandler的类，然后在uncaughtException方法中对崩溃异常进行处理，最好把异常信息保存到本地，方便查看然后对之进行修复。
腾讯有个专门捕捉BUG的SDK&，bugly&，试试这个，感觉不错
一、手机crash之后，如果弹出的“应用程序意外停止”的提示如果没有消失，则可使用以下方法获取
1、直接连上eclipse中的ddms进行crashlog的获取。
2、或者通过命令获取：adb&logcat&–v&time&&E:\x.txt&(-v&time的意义是：打印出的log可以看到具
体的时间)。
二、手机crash之后，如果弹出的“应用程序意外停止”的提示如果消失，获取crash日志的方法
1、adb&bugreport&&E:\xx.txt
2、日志会保存到相应的目录中，打开日志文件搜索关键字”fatal&exception”或”crash”即可找到相
应的crash日志。