原文网址:http://my.oschina.net/u/236164/blog/51022 单一个项目由很多人开发,然后大家各自打各自的log.到最后logcat就根本没法看了. adb自带的参数里面我们不能disable某一个tag,只能用adb logcat -s tag_name:*来查看某一个tag,所以很不方便. 下面提供两条途径根据线程来过滤logcat: 1.使用ddms ddms是相当强大的东西.位置就在于android_sdk/tools/下.   点击左下角的绿色加号,打开

参考:https://my.oschina.net/zhiweiofli/blog/138454 ps | grep 'joyodream' 找到 app 的pid: joyodream为包名的一部分ps -t pid 查找指定pid的线程信息 例如:  ps -t 14500360 手机 USER PID PPID VSIZE RSS WCHAN PC NAMEu0_a118 14500 375 2521896 137196 SyS_epoll_ 0000000000 S com.joyodr

有时我们需要在程序执行进程中遇到一些异常,需要收集一logcat的信息,android下就可以使用以下方法获取: private static String getLogcatInfo(){ String strLogcatInfo = ""; try{ ArrayList<String> commandLine = new ArrayList<String>(); commandLine.add("logcat"); commandLine

Android Logcat信息级别解读 Logcat信息分为好几个级别,分别是:Assert(断言).Debug(调试).Error(错误).Info(信息).Verbose(详细).Warning(警告). 1. [V]:详细(Verbose)信息,输出颜色为黑色 (我用白色) 2. [D]:调试(Debug)信息,输出颜色是蓝色 (我用蓝色) 3. [I]:通告(Info)信息,输出颜色为绿色 (我用绿色) 4. [W]:警告(Warn)信息,输出颜色为橙色 (我用橙色) 5. [E]:错

android logcat里面AndroidRuntime FATAL EXCEPTION: main这个是什么问题啊. http://zhidao.baidu.com/link?url=mUI11KuL1tfLhmuu40WZ5Wym3j1LXnngWV4AwcQqMYs8WNw7KNX4jzPuHdhVjYWVSL0BmDO9nqg8Hu0O-Am-w1ylkVV88kdh5xAchKK2uaW         看下你的MainActivity的配置文件,看了下你的报错信息好像不是程序上的

Android logcat使用 1. Android日志说明 当Android系统运行的时候,会搜集所有的系统信息. logcat是Android系统的一个命令行工具,主要用来查看和过滤日志信息. 使用usb连接到手机设备,在电脑终端上输入 adb logcat ,android会将系统实时日志输出到终端,按 Ctrl + C结束. 2. Android logcat介绍 要使用adb命令,首先需要安装Android SDK.adb命令在$ANDROID_HOME/platform-tools

方法一:(java习惯,在android不推荐使用) 刚刚开始接触android线程编程的时候,习惯好像java一样,试图用下面的代码解决问题 new Thread( new Runnable() {         public void run() {              myView.invalidate();         }            }).start(); 复制代码 可以实现功能,刷新UI界面.但是这样是不行的,因为它违背了单线程模型:Android UI操作并不

Android中日志信息的打印方式主要有以下7种: 1)System.out(i级别) 2)System.err(w级别) 3)Log.v 4)Log.d 5)Log.i 6)Log.w 7)Log.e 2.代码如下: package com.njupt.junit1.test; import android.test.AndroidTestCase; import android.util.Log; public class MyTest1 extends AndroidTestCase{ p

Android 跨线程通信 android 中是不允许在主线程中进行 网络访问等事情的因为UI如果停止响应5秒左右的话整个应用就会崩溃,到Android4.0 以后 Google强制规定,与网络相关的应用必须在子线程中调用 实现线程间通信的方法 线程间通信的方式图解 Handler和Message 实现线程间的通信 Handler myHandler = new android.os.Handler() { @Override public void handleMessage(Message

  admin| 2011-10-29 11:16| 分类:学习文档| Android logcat | 评论:[0]| Android日志系统提供了记录和查看系统调试信息的功能.日志都是从各种软件和一些系统的缓冲区中记录下来的,缓冲区可以通过 logcat 命 令来查看和使用. 使用logcat命令 你可以用 logcat 命令来查看系统日志缓冲区的内容: [adb] logcat [<option>] ... [<filter-spec>] ... 请查看Listing of

Android的UI访问是没有加锁的,这样在多个线程访问UI是不安全的.所以Android中规定只能在UI线程中访问UI. 但是有没有极端的情况?使得我们在子线程中访问UI也可以使程序跑起来呢?接下来我们用一个例子去证实一下. 新建一个工程,activity_main.xml布局如下所示: <?xml version="1.0" encoding="utf-8"?> <RelativeLayout xmlns:android="http:

作者:vivo 互联网大前端团队- Zhang Xichen 一.背景及问题 某 SDK 有 PopupWindow 弹窗及动效,由于业务场景要求,对于 App 而言,SDK 的弹窗弹出时机具有随机性. 在弹窗弹出时,若 App 恰好也有动效执行,则可能出现主线程同时绘制两个动效,进而导致的卡顿,如下图. 我们以水平移动的方块模拟App正在进行的动效(如:页面切换):可以看出,在Snackabr 弹窗弹出时,方块动效有明显的卡顿(移动至约1/3处). 这个问题的根本原因可以简述为:不可控的动效冲

读书笔记--[计算机病毒解密与对抗] 目录: 遍历进程&线程程序 终止进程 获取进程信息 获取进程内模块信息 获取进程命令行参数 代码运行环境:Win7 x64 VS2012 Update3 遍历系统中所有进程 #include <stdio.h> #include <windows.h> #include <TlHelp32.h> int main() { // 为进程的所有线程拍个快照 HANDLE hSnapshort = CreateToolhelp32

(一)刚开始学习android的时候我是这么写的 new Thread( new Runnable() { public void run() { myView.invalidate(); } }).start(); 后来看到别的博客说这种违反android单线程模型 本人不理解非要刨根问题 那么它是怎么违反单线程模型的呢? 百度了一下找到了原因 如下 一个 Android 程序开始运行时,就有一个主线程Main Thread被创建.该线程主要负责UI界面的显示.更新和控件交互,所以又叫UI T

Android UI线程和非UI线程 UI线程及Android的单线程模型原则 当应用启动,系统会创建一个主线程(main thread). 这个主线程负责向UI组件分发事件(包括绘制事件),也是在这个主线程里,你的应用和Android的UI组件(components from the Android UI toolkit (components from the android.widget and android.view packages))发生交互. 所以main thread也叫UI

一:android 进程和线程 进程是程序运行的一个实例.android通过4大主件,弱化了进程的概念,尤其是在app层面,基本不需要关系进程间的通信等问题. 但是程序的本质没有变,尤其是多任务系统,以事件为驱动的软件系统基本模式都是如下: 程序的入口一般是main: 1.初始化: 比如创建窗口,申请资源等. 2.进入while(true) 在循环中处理各种事件,直到进程退出. 四大组件是进程的部分载体,配置进程在androidmanifest.xml里面,android:process 属性.

Android单线程模型是这样描述的: Android UI操作并不是线程安全的,并且这些操作必须在UI线程执行 如果在其它线程访问UI线程,Android提供了以下的方式: Activity.runOnUiThread(Runnable) View.post(Runnable) View.postDelayed(Runnable, long) Handler 为什么呢?在子线程中就不能操作UI么? 当一个程序第一次启动的时候,Android会同时启动一个对应的主线程,这个主线程就是UI线程,也

一:进程和线程的由来 进程是计算机科技发展的过程的产物. 最早计算机发明出来,是为了解决数学计算而发明的.每解决一个问题,就要打纸带,也就是打点. 后来人们发现可以批量的设置命令,由计算机读取这些命令,并挨个执行. 在使用的过程中,有一个问题,如果要做I/O操作,是非常耗时的,这个时候CPU是闲着的,这对于计算机资源是一个巨大的浪费. 于是,人们发明了进程这个东西.每个程序就是一个进程,由操作系统管理,当进行复杂的耗时操作是,CPU可以调度处理其他的进程,从而是性能在整体上提高. 线程的目的:

Thread,Looper的组合是非常常见的组合方式. Looper可以是和线程绑定的,或者是main looper的一个引用. 下面看看具体app层的使用. 首先定义thread: package com.joyfulmath.androidstudy.thread; import com.joyfulmath.androidstudy.TraceLog; import android.os.Bundle; import android.os.Handler; import android.o

继续分析handler 和looper 先看看handler的 public void dispatchMessage(Message msg) { if (msg.callback != null) { handleCallback(msg); } else { if (mCallback != null) { if (mCallback.handleMessage(msg)) { return; } } handleMessage(msg); } } 所以消息的处理分层三种,就是 1.传入一

关于android消息机制 已经写了3篇文章了,想要结束这个系列,总觉得少了点什么? 于是我就在想,android为什么要这个设计消息机制,使用消息机制是现在操作系统基本都会有的特点. 可是android是把消息自己提供给开发者使用!我们可以很简单的就在一个线程中创建一个消息系统,不需要考虑同步,消息队列的存放,绑定. 自己搞一个消息系统麻烦吗?android到底为什么要这么设计呢? 那我们自己先搞一个消息机制看看,到底是个什么情况? 首先消息肯定需要消息队列: package com.joyf