Walk More Slowly

ADB就是Android调试桥的意思，很形象。但不知道是windows本身的原因还是windows乱七八糟软件太多，用USB调试手机时，经常连不上ADB，或者就出现offline，导致费时费力，焦头烂额。索性去把adb直接搞清楚。adb分为三个部分：PC上的adb client，adb server和手机（也可能是PC上的模拟器）上的adb daemon。这是一个多多连接的设计。即一台PC

SWIG is a software development tool that connects programs written in C and C++ with a variety of high-level programming languages. SWIG is used with different types of target languages including commo

http://tools.android.com/tech-docs/new-build-system/user-guide

commit() writes the data synchronously (blocking the thread its called from). It then informs you about the success of the operation. apply() schedules the data to be written asynchronously. It does

xml， json，protobuf

void writepcmtofile(const char * fname,const void* buffer, size_t bytes){ static FILE *fp=NULL; if(fp==NULL || access( fname, F_OK )==-1){ fp = fopen(fname, "ab+" ); if(fp==N

//----------- android log start -----------#if defined(__ANDROID__)#include <android/log.h>#define LOG_TAG "System.out.c"#define LOGD(...) __android_log_print(ANDROID_LOG_DEBUG, LOG_TAG, __VA_ARGS__

void writepcmtofile(const char * fname,const void* buffer, size_t bytes){  static FILE *fp=NULL;  if(fp==NULL || access( fname, F_OK )==-1){       fp = fopen(fname, "ab+" );       if(fp==NUL

1. android重启，应用异常问题  1.1 Android进程终止和重启问题分类  •     App Force Close 问题原因是：虚拟机捕获了一些unchecked异常，如空指针异常等在ddms或logcat或bugreport的log中搜索FATAL关键字，或者在/data/system/dropbox目录中找对应生成的crash字段的文件•     ANR问

1     问题背景：    产线和测试组低概率出现一些冻屏，当时拿到测试组的手机，经过定位发现手机冻屏的原因是debuggerd64一直处于阻塞状态，发现重启一下debuggerd64进程手机就恢复了。当时定位只看到debuggerd64位进程一直处于unix_stream_connect连接状态，并没有想到更多的线索。1.1     弯路和想当然：当时第一眼认为是google如

1      现象P7升级到L版本，出现大概率反复开关机卡死，大概测试到几百次就能复现。2      分析幸好卡死的时候有adb端口。用ps命令执行发现会卡死，但是能打印出部分进程状态，已经打印出来的进程里面看到com.huawei.systemmanger处于D状态，ps –t 查看是它的主线程处于D状态，但是用cat /proc/***/stack又没有发现该线程有啥异常，尝试

备忘

1. #include 2. 在函数内插入这么一段{       CallStack stack;       stack.update();       stack.log("XXXXXX",ANDROID_LOG_ERROR);}其中“XXXXXX”指的是TAG

How to use gdb