android第二周小结

1. 做了短信侦听的BroadcastReceiver，可是用模拟器发短信测试总是失败。最后才发现原来是模拟器出了问题，没有信号。。模拟器还能模拟出没信号来，我草。。

2. android支持国际化很方便，在/res下创建values-zh，values-en，应用就可以根据手机的设置自动读取不同的文本信息

3. 在模拟器上安装应用可以用adb install ***.apk命令，实际会安装到/data/app目录下

4. 有一个页面一直报错，异常是your content must have a listview whose id attribute is android.R.id.list。一直没找到原因，最后发现是因为不小心继承了ListActivity，如果是继承自Activity就没有这个问题

5. 找到数据库文件后，可以在adb shell下，用sqlite3命令连接上数据库进行操作

6. 由于Android的多进程机制，使用TimerTask不能像JAVA里那么直接，要通过传递Message给Handler，然后用handleMessage()方法进行实际操作

7. 状态栏指的是3G、电量那一行。标题栏指的是应用程序最上面那行。状态栏的可定制性不强，UCD设计最好不要依赖于状态栏

8. 网络流量记录在/proc/net/dev文件下，可以用cat命令查看，也可以写程序读取解析来分析流量，在android2.2之后的平台，可以用TracfficStats类来获取流量信息

9. 可以通过继承Application类，并在manifest文件中配置，来使用应用内共享的全局变量

10. 与服务端交互时，可以传输比较少的数据量，然后在两端分别解析。举例来说，只通过网络传送1、2、3，然后在两端解析为1-success，2-fail，3-exception。达到节省流量的目的。类似于自定义协议

11. 关于服务端推送，想了一个旁门左道的办法。服务端维护终端的手机号，在需要推送时，向目标终端发送特殊格式的SMS（SMS格式事先设计好，相当于自定义协议）。然后在终端注册一个SmsListener，对这种特殊格式的SMS进行解析和后续处理。也算实现了项目要求的服务端PUSH场景，不过应该有更好的办法。知道的朋友请指导一下，谢谢