abh200的专栏

<br />    在Symbian C++编程程中遇到的一个最棘手问题就是内存泄露，如果内存泄露没有用正确方法去解决，则很容易衍生出一些难以解释的错误。 为此我专门总结出几条防止内存泄露的原则。<br /><br />四种基本的类<br />    T类一般都是在栈上分配的，不需要明确的分配操作，也不需要实现复制构造函数。T类的析构函数不会被执行，所以T类的成员数据不可以使用指针，引用，句柄或含有析构函数的类的类型，所以T类的成员数据只能是固有类型和其他T类类型。基本数据类型都属于T类范畴，如TI

总在解Bug，发现很多Bug其实来得很不必要，这是我总结的几点。1. 不要假定那个Activity会被先调用，每个Activity都应该是独立的。唯一一定会被先调用的是Application，多个Activity、多个Service的共用部分（如数据库，util）的初始化工作（及退出时的清理工作）都应放到放到这里来。这样可保证你的Activity是一个独立的共享单元。2.

对于如下的manifest文件    package="com.android.calculator2.tests">                            android:targetPackage="com.android.calculator2"        android:label="Calculator Launch Per

Slog打印的日志用 adb logcat -b system 查看-b后边加events  查看DVM虚拟机日志（是虚拟机吗？）；radio    查看无线及射频相关的日志；main     the default，一般的应用输出的日志，即Eclipse查看到的；注：这些参数可能是来源于android系统下的 /dev/log/chencc@chencc-desk

经常调试Android framework错误，framework不可能想使用IDE来step-by-step的调试。    为此，有时需要插入大量的log来帮助定位问题；有时知道了具体执行功能的函数，却发现调用者太多仍难以定位问题，最后只得花大把时间去阅读代码。    作为程序员，偷懒是种美德。我希望敲入调试语句的时候能偷懒一点，也希望能很容易地知道调用者是谁，于是有了下文。pa

通信层通常作为一个软件的底层，负责与外界打交道。  这里的通信特指异步通信，发出的请求可能得不到响应，可能很久才响应，也可能返回无效响应。但为了请求一方的上层能够正常工作，一个通信层应该能完全应付这些情况。以下是总结的几点，不分先后，同等重要。每个任务都有唯一的身份标识。每个已发送请求的任务都进入已发送队列（写到这里想起了ril.java)，任务完成（返回了响应结果）时

...            android:icon="@drawable/ic_launcher"        android:label="@string/app_name" >

try的代码必须是一个原子整体，只是为了完成一个功能，不要什么东西都往try里边塞。还是以例子说明吧，下边一个例子是检查两个标志位，本来这两个标志位没什么相关性，但因为被绑在了一起就产生了一些笑话。在一次真实的运行中，第一个isPass()出了异常，结果导致了接下去的语句没有执行，输出的结果成了两个“unknow”，而实际上第二个sPass()若能执行，它的结果会是pass。

解决方案：使用service，intentService 等，让服务运行于pid中，程序的其他部分通过这些个服务来间接使用这些pid的功能。或者使用aidl，就像ITelephony 和 PhoneInterfaceManager。

public class TryReturn {     public static void main(String[] args) {          // mtd1()返回1? mtd2()返回2?          // 很可惜，返回的都是3          // 结论： 不要在try..catch..finally块中出现return等跳转出块范围的语句（>对此问题也

在多个文件中查找字段的命令：grep -r "your_find" `find . | grep -v .svn | grep -i .java` 注： ` 是Esc建下边的那个按键， 不是单分号。可以支持多文件查找的工具还有 vimgrep, sgrep（貌似Android源码工程里就是用这个） 等等。

Android系统源代码情景分析：基础知识作者 罗升阳 发布于 2011年12月14日摘要：我们知道，Android系统是基于Linux内核来开发的，在分析它在运行时库层的源代码时，我们会经常碰到诸如管道（pipe）、套接字（socket）和虚拟文件系统（VFS）等知识。此外，Android系统还在Linux内核中增加了一些专用的驱动程序，例如用于日志系统的Lo

可以根据需要改进：1. 让其不仅仅可以改SIM卡名称，适用于普遍的替换。（考虑提取抽象类）2. 使用Omission策略判断可更多地使用正则表达式。（比如在判断 “ sim ” 和 ”simple“上）3. 有一些特殊例子符合Omission策略，而实际却不能被忽略，这种情况应当能处理。（考虑修改Omission接口，增加一个会被优先处理的函数）4. 改进效率，目前在太多的地方

！本文声明：谴责烂代码 ！ 接下来是正文：关于反射访问类成员数组的方法：记住java中的数组也是对象，用Field.getObject()就行了。本文介绍两种转换方式(在for循环里）。import java.io.IOException;import java.io.StringWriter;import java.lang.reflect.Field;pub

使用基于AIDL接口的典型套路  try { final ITelephony phone = ITelephony.Stub.asInterface(ServiceManager.checkService("phone")); if(phone!= null && !phone.isSimInsert(sim

<br />    通过接口实现复用代码的两种方式：<br />    如果是同一规划的类库，那么创建这些类时要遵循一个（组）已规划的统一接口。<br />    但很多情况下，类库是被发现而非被创建的，这时可以使用适配器模式。<br /><br />    依赖接口远比依赖抽象类自由，因为接口不附带有相关的存储且不受分类学限制。

适配器向上提供匹配于使用者的接口，向下委托类（库）的接口完成实质工作，中间是完成这两种接口的转换。代码举例如下：//被适配的类，别人的类class Xxx{    public void method(){        System.out.println(getClass().getSimpleName()+" processed");    }}//适配器，完成接口转换class XxxAdapter implements IPr

Symbian编程——异步请求与活动对象，观察者模式/回调机制

/** * 一种实现“通信层”的方案，主要演示超時控制 * * 2012-12-26 according the Thinking in Java */package concurrent;import java.util.ArrayList;import java.util.concurrent.Callable;import java.util.concurrent.Ex