在Ubuntu 11.10 X64上编译Android源码

初次在Ubuntu 11.10 X64上编译ICS的源码,可能会遇到一些编译错误,不过解决方法也不是很难。
首先要清楚Android官方是支持在这个系统上编译Android的源码的,所以只要设置正确都是能编译成功的。
具体的参考此处http://source.android.com/source/initializing.html

有个依赖包lib32readline5-dev已经被废弃了,但是可以用lib32readline-gplv2-dev替代。
如果缺少什么依赖包的话一般安装一下就可以了,大多都是比较简单的

因为历史原因有些代码只能用老版本的gcc(g++)编译,而11.10上默认的版本又是比较新的4.6,所以我们需要安装老版本的gcc(g++)

sudo apt-get install gcc-4.4
sudo apt-get install g++-4.4

网络上有些资料写的是可以通过update-alternatives来管理不同版本的gcc(g++),通过设置4.4版本为默认值,来达到默认启用4.4来编译。
也有通过手动修改符号链接指向gcc(g++)来启用4.4的。

实际上我们在这里不需要这么麻烦,只要机器上有4.4的编译器,并且在PATH目录中
只需要简单的指定make的参数就可以使用指定版本的编译器了

$ . build/envsetup.sh
$ lunch full-eng
$ make CC=gcc-4.4 CXX=g++-4.4 -j4

就比http://source.android.com/source/building.html上的编译指令多了两个参数
CC=gcc-4.4 CXX=g++-4.4
是不是很简单?

编译的时候可能会出些错误,比如
g++-4.4: selected multilib ’32’ not installed

sudo apt-get install g++-4.4-multilib

fatal error: GL/glx.h: No such file or directory

sudo apt-get install libgl1-mesa-dev

常见的错误可以参考http://blog.csdn.net/sunboy_2050/article/details/6977386

Android自定义动画之曲线轨迹

Android支持的动画系统大体上分为两种,分别是View AnimationProperty Animation,总体来说推荐使用Property Animation,Property Animation更强大,但是如果View Animation能满足你的需要的话或者因为条件限制只能使用View Animation,那么当然还是选择View Animation。功能更多更强大的东西意味着你要付出更多的努力来实现和维护它,这是游戏规则。闲话扯远了,回到主题,还有一点就是Property Animation在API Level 11才开始支持。更多的介绍可以参看官方的文档。

这两种方式的使用都还比较简单。在View Animation中通常是实现translate、alpha、scale和rotate其中的一种或多种(具体的可以通过写代码或者配置XML实现,其实最终都是一样的)。在Proerty Animation中也是指定要进行动画的属性,比如x、y、alpha、rotation或者scaleX(scaleY)等等。参考docs和samples可以很快实现基本动画。

但是有时候我们需要的比这些基础功能要稍微复杂点的东西,那么就需要我们来扩展了。现在我们来实现一个运动轨迹是曲线的动画,基础的translate动画的运动轨迹是点到点的,直线的。

在Property Animation中大家可以参考http://code.google.com/p/android-path-animation/这个例子来实现,简单明了。例子的作者也是Android Project的Committer,所以还是很有分量的。

在View Animation中就需要自己定义一个动画来实现了,TranslateAnimation的运动轨迹是直线,既然我们需要曲线的轨迹,那么想当然我们只需要修改部分代码就可以了。原本想来继承TranslateAnimation这个类的,但是发现这个类里面我们需要的变量和方法都是private或者package,所以只好把这个类的代码拷贝一份自己来写,看来官方也不想让我们来继承原本的这几个基础动画啊(不知道是不是我还没有找到自定义动画的窍门)。不过目前就先实现一个再说,先追求有,再追求好。“红绿红”确实是个比较有效和重要的规则。在这里我们需要一个公式(貝茲曲線)。简单的介绍一下,这个公式在图形学中非常有用,线性、二次或者高阶曲线代表不同的曲线类别,比如直线、抛物线或者波形线。在这里我们用二阶的,需要注意的就是一个拐点的问题,我们称为控制点,这个控制点选取的不一样,出来的曲线效果就不一样,这个在感性上很容易理解。
假设三个点P0、P1、P2,公式参照wiki二阶公式。计算的Java代码如下

	private long calcBezier(float interpolatedTime, float p0, float p1, float p2) {
		return Math.round((Math.pow((1 - interpolatedTime), 2) * p0)
				+ (2 * (1 - interpolatedTime) * interpolatedTime * p1)
				+ (Math.pow(interpolatedTime, 2) * p2));
	}

这里就是把公式转化成了Java代码,没有任何其它的加工。完整的代码参见ArcTranslateAnimation.java,在这个例子中我们控制点的选择比较简单(mFromXDelta, mToYDelta),这里有个建议或者说是常用的就是通常用起点和终点的切线的交点来作为控制点,当然控制点你可以自己选择,按照自己的想法用公式计算出来。

其它的都没有什么需要特别注意的地方,按照普通的Animation使用的方式来使用就可以了。目前只能通过写Java代码来使用这个动画,如果想要通过配置XML来使用,还要完善这个类的部分代码,比如添加新的构造函数,配置它的attrs.xml等等,可能有些方法无法使用既有的,好些想用的方法都是private和package。

大家如果有什么好的建议或者实现方式,欢迎提出来,Android的UX还是不如iOS,要不然果粉还是那么多那么疯狂呢?

哦,差点忘记了,还要稍微提到一下,还有一种帧动画,在Docs上这是被列入Android支持的三种动画系统之一,但个人认为帧动画和渐变动画这是两种不同的方式,从动画通用的分类来说可以这么分,并不限定于Android,有兴趣可以找相关材料阅读下。

更多资料
http://developer.android.com/reference/android/animation/package-summary.html
http://developer.android.com/guide/topics/graphics/animation.html
http://www.math.ubc.ca/~cass/gfx/bezier.html

用smem来查看Android内存使用情况

现在我们用agcc来编译一个真正有用的东西(smem),然后让它跑在Android上面,这是一个用来查看Memory Usage的工具,它比Android原生的procmem准确。
对做Memory Optimization是很有用处的一个命令工具。
如何搭建编译smem的编译环境请参考在Android上運行本地C語言代碼,文中有说明怎么搭建和使用aggc来编译在Android上运行的本地程序
详细信息查看http://www.elinux.org/Using_smem_on_Android

现在开始让它跑在Android上面吧

最开始我用Mercurial下载了最新的源码(hg clone http://selenic.com/repo/smem)编译,发现出错。
找到一封邮件(http://selenic.com/pipermail/smem/2010-November.txt)说是可能和操作系统版本有关系,我是Ubuntu_X64的机器。
所以又重新下载了http://www.selenic.com/smem/download/smem-0.9.tar.gz,这个版本对于我来说是好用的。

具体使用步骤比较简单,解压出来放到一个文件夹。

/smem-0.9$ agcc smemcap.c -o a-smem
/smem-0.9$ adb remount
/smem-0.9$ adb shell mkdir /data/smem
/smem-0.9$ adb push a-smem /data/smem
/smem-0.9$ adb shell
# cd /data/smem
# ./a-smem >> memdata-moto.tar
/smem-0.9$ adb pull /data/smem/smem_data_moto.tar
/smem-0.9$ smem -S smem_data_moto.tar

执行这个命令后会得到如下输出

  PID User     Command                         Swap      USS      PSS      RSS 
 1439 1008     /system/bin/akmd2                  0       32       32       36 
12021 0        /system/bin/debuggerd              0       48       49      156 
 1431 0        /system/bin/installd               0       68       70      204 
 1432 1017     /system/bin/keystore /data/        0       72       73      168 
 1410 1001     /system/bin/nvm_daemon             0       76       77      204 
 1447 1000     /system/bin/secclkd                0       76       77      192 
 1403 1000     /system/bin/servicemanager         0       80       81      196 
 1430 1002     /system/bin/dbus-daemon --s        0       84       86      212 
18130 0        /system/bin/dhcpcd -ABKL ti        0       92       94      248 
 1409 0        /system/bin/usbd                   0      100      102      240 
 1433 0        /system/xbin/ssmgrd                0      100      102      240 
 1451 0        opprofdaemon                       0      100      107      276 
 1421 1001     /system/bin/rild_tcmd              0      100      121      344 
 1413 0        /system/bin/gkisystem              0      112      125      332 
 1423 0        /system/bin/catcommands            0      108      125      352 
 1437 1001     /system/bin/panic_daemon           0      124      126      316 
 1405 0        /system/bin/netd                   0      144      152      300 
 1404 0        /system/bin/vold                   0      152      160      316 
 1422 0        /system/bin/battd                  0      164      167      372 
19390 0        /system/bin/sh -                   0      144      173      376 
 1449 0        location                           0      168      191      428 
 1402 0        /sbin/adbd                         0      228      228      248 
    1 0        /init                              0      260      260      288 
 1444 1001     /system/bin/brcm_guci_drv -        0      276      287      496 
 1758 0        /system/bin/wpa_supplicant         0      324      326      476 
 1435 0        /system/bin/tcmd                   0      344      347      536 
19392 0        ./a-smem                           0      336      361      540 
 1407 0        /system/bin/rild                   0      472      506      828 
 1448 0        protocol_driver                    0      740      776     1096 
 1426 0        zygote /bin/app_process -Xz        0     1064     1742    12332 
 1427 1013     /system/bin/mediaserver            0     2028     2034     2324 
19278 10021    android.process.media              0     2388     3335    16900 
 1783 10049    com.motorola.usb                   0     2552     3360    15012 
19257 10074    com.picplz.rangefinder             0     2612     3578    17232 
19266 10093    com.google.android.apps.plu        0     3180     4161    17876 
 2481 10070    com.tencent.mm:push                0     3908     4562    15608 
19311 10053    com.google.android.apps.map        0     2808     5167    21776 
19344 10085    cn.com.fetion                      0     4152     6327    21236 
18709 10053    com.google.android.apps.map        0     5420     6561    20100 
 2011 10030    com.android.mms                    0     5720     6585    18920 
 1834 10059    com.google.process.gapps           0     6004     6704    17952 
19375 10022    com.android.email                  0     5616     6994    21076 
19330 10086    com.tencent.WBlog                  0     4064     7054    22436 
19302 10053    com.google.android.apps.map        0     4940     7510    24692 
 1780 1001     com.android.phone                  0     8960     9690    21508 
 1773 10069    com.cootek.smartinputv5            0     9400    10111    21592 
 7687 10004    android.process.acore              0    12364    14029    26980 
 1693 1000     system_server                      0    39128    40908    57464 

这样你就可以看出Android上每个process所占用的内存情况,基本可以满足日常使用了,简单好用。
更多更高级的用法可以参见主页http://www.selenic.com/smem/。

在Android上運行本地C語言代碼(Hello C on Android)

编译可以在Android上运行的native(C/C++)程序 Hello C on Android

JNI编程都会,写出一个共享库(.so),然后Java代码来调用

现在来编译一个可执行的native程序直接在Android Device上运行
这里以C语言来测试

一样按照通常的编程步骤来进行,编写源文件,用编译器编译,链接器链接,然后运行

编写源文件和运行的环境都比较好弄,编译器和链接器这里就稍稍有点不同。
因为Android所采用的kernel不是标准的Linux Kernel,C库用的是Bionic(http://en.wikipedia.org/wiki/Bionic_(software))
所以用普通的一套GNU工具编译出来的是不能在Android上面运行的,还好Android给我们提供了一些工具来完成这些。

有两种方式可以达到这个目的:
1、编译Android ROM的时候会生成这些相关的工具,我们可以利用这些工具来编译生成我们的程序。
http://android-tricks.blogspot.com/2009/02/hello-world-c-program-on-using-android.html
http://plausible.org/andy/agcc
中文的介绍可以看这里http://blog.claudxiao.net/2011/10/android_agcc/
但是我测试了下,没有成功,时间比较紧就没有来具体去查原因,有空再来看看。
下面是我用这种方式所产生的错误,如果你知道原因,欢迎能告诉我

$ agcc.pl -o hello hello.c

/home/guohai/src/ics/prebuilt/linux-x86/toolchain/arm-eabi-4.3.1/bin/../lib/gcc/arm-eabi/4.3.1/../../../../arm-eabi/bin/ld: warning: /tmp/cc8eCaMQ.o uses variable-size enums yet the output is to use 32-bit enums; use of enum values across objects may fail

更多关于aggc的信息
http://blog.v-lad.org/archives/26
http://www.pocketmagic.net/?p=682
http://betelco.blogspot.com/2010/01/buildingdebugging-android-native-c.html

2、通过Android NDK来编译生成,这个比较简单
我是参照http://ideone.com/lt6BW修改过来的
为了简单起见,脚本里面的路径都是hard code,我修改过的版本参见https://github.com/guohai/and-tools/blob/master/agcc。
对比下应该很好改出自己的版本,使用的时候要记得给这个脚本可执行权限,并且最好把该脚本增加到PATH当中,方便后面的使用。

但是直接运行agcc会报错,如下

$ agcc

GCC:/home/guohai/dev/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-gcc LIB:/home/guohai/vocume/dev/android-ndk-r7/platforms/android-14/arch-arm/usr/lib LINKER:/system/bin/linker PARAMS:
/home/guohai/dev/android-ndk-r7/platforms/android-14/arch-arm/usr/lib/crtbegin_dynamic.o: In function `_start’:
(.text+0x14): undefined reference to `main’
collect2: ld returned 1 exit status
如果你发现是这个错误,不要担心,可能是这个原因http://www.mobitnt.com/Blog/?p=150。
只要你输入的命令是完整的,比如agcc hello.c -o hello,应该就不会出错。

假设后面该脚本的使用都是满足上面这些条件的。

现在基本环境都搭建好了,我们还没有源程序。

先在Host Machine上编写一个hello.c文件

#include <stdio.h>

main()
{
    printf ("Hello C on Android!\n");
}

然后运行agcc hello.c -o hello,如果没有任何错误的话,就应该看到有如下的返回,并且生成了一个hello文件。

$ agcc hello.c -o hello
GCC:/home/guohai/dev/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-gcc LIB:/home/guohai/dev/android-ndk-r7/platforms/android-14/arch-arm/usr/lib LINKER:/system/bin/linker PARAMS:hello.c -o hello

执行

$ file hello
hello: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), not stripped

返回信息应该是类似上面这样的。

现在就只差最后一步了,把程序放到Android上去运行

$ adb remount
$ adb shell mkdir /data/hello_c
$ adb push hello /data/hello_c
$ adb shell
# cd /data/hello_c/
# ./hello

应该在ADB Shell上会出现

Hello C on Android!

这样这个实验就算完成了。后面会有实际的应用。

PS.
如果你直接用gcc编译出来,放到Android上面去运行会出现
/system/bin/sh: ./android-smemcap: not executable: magic 7F45

Android NDK杂记

Android NDK
在使用Android NDK的时候当然都会用到ndk-build这个命令
常用参数有-B和V=1

更多信息参见文档
$NDK_HOME/documentation.html
或者讨论组http://groups.google.com/group/android-ndk

这里简单记录一次NDK版本升级的过程
从r4b升级到r7,使用了很长时间的r4b之后因为某些原因需要升级到r7
但是直接就报出了
In function `xxx_foo’:src_file_name.cc:error_line: undefined reference to `call_foo’
但是我们引用的head file和static library都在,而且在r4b下都可以build成功

ndk-build分为三个步骤:compile,link,install

于是开始寻求解决办法,一位同事思路比较清晰。
因为r4b可以build pass但是r7却在link时候报出错误,所以他比较了两个版本的ndk-build对相同mk文件生成的编译指令。
发现r7生成的指令缺少了一个参数
-Wl –whole-archive -Wl –no-whole-archive static_library_path.a
于是他补充上这个参数在cmd line进行手动执行命令link,发现可以link成功,于是确定问题出在哪里。
参照NDK document他加上了一个include,即include $(PREBUILT_STATIC_LIBRARY)把问题解决了,目前还没有比较深入的看这块。
但是觉得解掉这个问题的方法值得学习。

Sources for Android SDK

在最新的SDK中,Android SDK Manager已经可以直接下载Sources for Android SDK,并且源码存放的位置在

$ANDROID_SDK_HOME/sources/android-X/这个路径下面。然后在Eclipse中关联就可以。

另外还有一种就是zip包形式的
在$ANDROID_SDK_HOME/platform/android-X/source.properties这个文件中有一个类似https://dl-ssl.google.com/android/repository/repository-5.xml
这样的路径,打开它,里面搜索’sources’字样,会找到sources-14_r01.zip和sources-15_r01.zip

也就是zip包源码的下载地址
(Android 4.0.1) https://dl-ssl.google.com/android/repository/sources-14_r01.zip
(Android 4.0.3) https://dl-ssl.google.com/android/repository/sources-15_r01.zip

但是Google提供的sources-14源码当中还是有些Mock代码,所以建议还是去下载第三方打包的,比较全一点。

老版的打包好的源码还是可以前往http://rgruet.free.fr/public/下载

Enjoy Android
Enjoy OpenSource

Android开发当中的内存分配错误

基本都是内存不够分配,后来采取的是写外部文件的方法来完成的,参见http://www.iteye.com/topic/1014035
写了一个应用,估计把内存分配不够的问题全遇上了

1、
04-27 09:34:34.292: INFO/dalvikvm(9840): Jit: resizing JitTable from 4096 to 8192
04-27 09:56:19.612: DEBUG/dalvikvm(9840): GC_EXPLICIT freed 69K, 73% free 3838K/13767K, external 1175K/1569K, paused 115ms
04-27 09:56:21.062: INFO/ActivityManager(61): Process com.example.android (pid 9840) has died.
04-27 09:56:21.062: INFO/WindowManager(61): WIN DEATH: Window{40716078 com.example.android/com.example.android.Main paused=false}

04-27 10:32:46.042: INFO/dalvikvm-heap(18965): Clamp target GC heap from 16.226MB to 16.000MB
04-27 10:33:06.522: ERROR/GraphicsJNI(18965): VM won’t let us allocate 4096 bytes
04-27 10:32:30.382: INFO/ActivityManager(61): Process android.process.acore (pid 25279) has died.
04-27 10:32:30.382: INFO/ActivityManager(61): Low Memory: No more background processes.

2、
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): Caused by: java.lang.OutOfMemoryError
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at java.io.ByteArrayOutputStream.expand(ByteArrayOutputStream.java:93)
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:218)
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:175)
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at java.io.OutputStreamWriter.convert(OutputStreamWriter.java:252)
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at java.io.OutputStreamWriter.write(OutputStreamWriter.java:241)
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at java.io.BufferedWriter.write(BufferedWriter.java:224)
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at java.io.Writer.write(Writer.java:101)
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at java.io.Writer.write(Writer.java:155)
04-25 21:52:31.226: ERROR/AndroidRuntime(9853): at org.kxml2.io.KXmlSerializer.endTag(KXmlSerializer.java:508)

3、
04-25 19:51:44.196: INFO/dalvikvm-heap(6801): Forcing collection of SoftReferences for 1783864-byte allocation
04-25 19:51:44.216: ERROR/dalvikvm(6801): HeapWorker is wedged: 34640ms spent inside Lcom/android/internal/os/BinderInternal$GcWatcher;.finalize()V
04-25 19:51:44.216: INFO/dalvikvm(6801): DALVIK THREADS:
04-25 19:51:44.226: INFO/dalvikvm(6801): “main” prio=5 tid=3 VMWAIT
04-25 19:51:44.236: INFO/dalvikvm(6801): | group=”main” sCount=1 dsCount=0 s=N obj=0x4001b268 self=0xbd00
04-25 19:51:44.236: INFO/dalvikvm(6801): | sysTid=6801 nice=0 sched=0/0 cgrp=default handle=-1344001384
04-25 19:51:44.246: INFO/dalvikvm(6801): at android.app.ActivityThread.handleLowMemory(ActivityThread.java:~3840)
04-25 19:51:44.256: INFO/dalvikvm(6801): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1949)
04-25 19:51:44.256: INFO/dalvikvm(6801): at android.os.Handler.dispatchMessage(Handler.java:99)
04-25 19:51:44.266: INFO/dalvikvm(6801): at android.os.Looper.loop(Looper.java:123)
04-25 19:51:44.266: INFO/dalvikvm(6801): at android.app.ActivityThread.main(ActivityThread.java:4363)
04-25 19:51:44.266: INFO/dalvikvm(6801): at java.lang.reflect.Method.invokeNative(Native Method)
04-25 19:51:44.266: INFO/dalvikvm(6801): at java.lang.reflect.Method.invoke(Method.java:521)
04-25 19:51:44.276: INFO/dalvikvm(6801): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:860)
04-25 19:51:44.276: INFO/dalvikvm(6801): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:618)
04-25 19:51:44.276: INFO/dalvikvm(6801): at dalvik.system.NativeStart.main(Native Method)
04-25 19:51:44.286: INFO/dalvikvm(6801): “Binder Thread #8″ prio=5 tid=27 NATIVE
04-25 19:51:44.286: INFO/dalvikvm(6801): | group=”main” sCount=1 dsCount=0 s=N obj=0x440ceef0 self=0x2fa898
04-25 19:51:44.286: INFO/dalvikvm(6801): | sysTid=7415 nice=0 sched=0/0 cgrp=default handle=2884512
04-25 19:51:44.286: INFO/dalvikvm(6801): at dalvik.system.NativeStart.run(Native Method)
04-25 19:51:44.286: INFO/dalvikvm(6801): “Binder Thread #7″ prio=5 tid=25 NATIVE
04-25 19:51:44.286: INFO/dalvikvm(6801): | group=”main” sCount=1 dsCount=0 s=N obj=0x43f82530 self=0x2e3248
04-25 19:51:44.286: INFO/dalvikvm(6801): | sysTid=7256 nice=0 sched=0/0 cgrp=default handle=3027464
04-25 19:51:44.286: INFO/dalvikvm(6801): at dalvik.system.NativeStart.run(Native Method)
04-25 19:51:44.286: INFO/dalvikvm(6801): “Binder Thread #6″ prio=5 tid=23 NATIVE
04-25 19:51:44.296: INFO/dalvikvm(6801): | group=”main” sCount=1 dsCount=0 s=N obj=0x43df2e98 self=0x2f7890
04-25 19:51:44.296: INFO/dalvikvm(6801): | sysTid=7074 nice=0 sched=0/0 cgrp=default handle=3112240
04-25 19:51:44.296: INFO/dalvikvm(6801): at dalvik.system.NativeStart.run(Native Method)
04-25 19:51:44.296: INFO/dalvikvm(6801): “Binder Thread #5″ prio=5 tid=21 NATIVE
04-25 19:51:44.296: INFO/dalvikvm(6801): | group=”main” sCount=1 dsCount=0 s=N obj=0x43ba60d8 self=0x2eea38
04-25 19:51:44.296: INFO/dalvikvm(6801): | sysTid=7008 nice=0 sched=0/0 cgrp=default handle=3057296
04-25 19:51:44.296: INFO/dalvikvm(6801): at dalvik.system.NativeStart.run(Native Method)
04-25 19:51:44.306: INFO/dalvikvm(6801): “Binder Thread #4″ prio=5 tid=19 NATIVE
04-25 19:51:44.306: INFO/dalvikvm(6801): | group=”main” sCount=1 dsCount=0 s=N obj=0x43c3a100 self=0x2e7358
04-25 19:51:44.306: INFO/dalvikvm(6801): | sysTid=6991 nice=0 sched=0/0 cgrp=default handle=3065008
04-25 19:51:44.306: INFO/dalvikvm(6801): at dalvik.system.NativeStart.run(Native Method)
04-25 19:51:44.316: INFO/dalvikvm(6801): “Binder Thread #3″ prio=5 tid=17 NATIVE
04-25 19:51:44.316: INFO/dalvikvm(6801): | group=”main” sCount=1 dsCount=0 s=N obj=0x43c19078 self=0x2e9618
04-25 19:51:44.316: INFO/dalvikvm(6801): | sysTid=6986 nice=0 sched=0/0 cgrp=default handle=3052944
04-25 19:51:44.316: INFO/dalvikvm(6801): at dalvik.system.NativeStart.run(Native Method)
04-25 19:51:44.326: INFO/dalvikvm(6801): “AsyncTask #1″ prio=5 tid=15 RUNNABLE
04-25 19:51:44.326: INFO/dalvikvm(6801): | group=”main” sCount=0 dsCount=0 s=N obj=0x43c3a250 self=0x2cf6e0
04-25 19:51:44.326: INFO/dalvikvm(6801): | sysTid=6977 nice=0 sched=0/0 cgrp=default handle=2946352
04-25 19:51:44.339: INFO/dalvikvm(6801): at java.nio.CharArrayBuffer.(CharArrayBuffer.java:~43)
04-25 19:51:44.346: INFO/dalvikvm(6801): at java.nio.ReadWriteCharArrayBuffer.(ReadWriteCharArrayBuffer.java:47)
04-25 19:51:44.346: INFO/dalvikvm(6801): at java.nio.BufferFactory.newCharBuffer(BufferFactory.java:84)
04-25 19:51:44.346: INFO/dalvikvm(6801): at java.nio.CharBuffer.allocate(CharBuffer.java:57)
04-25 19:51:44.356: INFO/dalvikvm(6801): at java.nio.charset.CharsetDecoder.allocateMore(CharsetDecoder.java:293)
04-25 19:51:44.356: INFO/dalvikvm(6801): at java.nio.charset.CharsetDecoder.decode(CharsetDecoder.java:250)
04-25 19:51:44.356: INFO/dalvikvm(6801): at java.nio.charset.Charset.decode(Charset.java:768)
04-25 19:51:44.356: INFO/dalvikvm(6801): at java.lang.String.(String.java:238)
04-25 19:51:44.366: INFO/dalvikvm(6801): at java.io.ByteArrayOutputStream.toString(ByteArrayOutputStream.java:139)

4、
04-20 09:08:44.060: INFO/global(227): Default buffer size used in BufferedReader constructor. It would be better to be explicit if an 8k-char buffer is required.
04-20 09:38:25.450: ERROR/AndroidRuntime(721): Caused by: java.lang.OutOfMemoryError
04-20 09:38:25.450: ERROR/AndroidRuntime(721): at java.lang.AbstractStringBuilder.enlargeBuffer(AbstractStringBuilder.java:97)
04-20 09:38:25.450: ERROR/AndroidRuntime(721): at java.lang.AbstractStringBuilder.append0(AbstractStringBuilder.java:155)
04-20 09:38:25.450: ERROR/AndroidRuntime(721): at java.lang.StringBuffer.append(StringBuffer.java:214)

5、
04-20 11:54:40.510: ERROR/dalvikvm-heap(4237): Out of memory on a 1672096-byte allocation.
04-20 11:54:40.510: INFO/dalvikvm(4237): “AsyncTask #1″ prio=5 tid=15 RUNNABLE
04-20 11:54:40.510: INFO/dalvikvm(4237): | group=”main” sCount=0 dsCount=0 s=N obj=0x43c1f610 self=0x2cb260
04-20 11:54:40.510: INFO/dalvikvm(4237): | sysTid=4270 nice=10 sched=0/0 cgrp=bg_non_interactive handle=2907136
04-20 11:54:40.510: INFO/dalvikvm(4237): at java.lang.AbstractStringBuilder.enlargeBuffer(AbstractStringBuilder.java:~97)
04-20 11:54:40.510: INFO/dalvikvm(4237): at java.lang.AbstractStringBuilder.append0(AbstractStringBuilder.java:155)
04-20 11:54:40.510: INFO/dalvikvm(4237): at java.lang.StringBuilder.append(StringBuilder.java:216)

6、
04-20 11:54:40.540: ERROR/AndroidRuntime(4237): Uncaught handler: thread AsyncTask #1 exiting due to uncaught exception
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): java.lang.RuntimeException: An error occured while executing doInBackground()
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at android.os.AsyncTask$3.done(AsyncTask.java:200)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.util.concurrent.FutureTask$Sync.innerSetException(FutureTask.java:273)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.util.concurrent.FutureTask.setException(FutureTask.java:124)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:307)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.util.concurrent.FutureTask.run(FutureTask.java:137)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1068)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:561)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.lang.Thread.run(Thread.java:1096)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): Caused by: java.lang.OutOfMemoryError
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.lang.AbstractStringBuilder.enlargeBuffer(AbstractStringBuilder.java:97)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.lang.AbstractStringBuilder.append0(AbstractStringBuilder.java:155)
04-20 11:54:40.550: ERROR/AndroidRuntime(4237): at java.lang.StringBuilder.append(StringBuilder.java:216)

7、
04-20 13:32:45.590: ERROR/dalvikvm(7314): Rejecting allocation of 2147483647-element array
04-20 13:32:45.640: ERROR/AndroidRuntime(7314): java.lang.OutOfMemoryError: array size too large

如何使用SQLiteOpenHelper

都知道在Android中SQLiteOpenHelper是用来创建和升级数据库,参考
$ANDROID_SDK_HOME/docs/reference/android/database/sqlite/SQLiteOpenHelper.html

软件发布出去了,用户已经安装使用了,但是随着软件的升级,数据库结构做了些改动,我们不希望用户把应用卸载了再装(这样会丢失应用所有的数据),我们希望在数据库总体结构和已有数据不变的情况下做些小的改动,比如新增一个字段或索引,新增加一个表等等,那么这个时候我们就要用到这个类了

常用的也就是onCreate和onUpgrade这两个方法,在使用的时候这两个方法都需要重写,里面实现自己的逻辑

我们先列出一个场景:
假设第一版程序发布出去,First Public Version,代码如下

	@Override
	public void onCreate(SQLiteDatabase db) {
		bootstrapDB(db);
	}

	@Override
	public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
	}

onUpgrade里面没有代码,第一版出去没有需要更新的,bootstrapDB方法就是些DDL和数据初始化操作等等

之后过了一段时间,新的程序发布(其中数据库结构做了些变化),这个时候已经开始使用第一版程序的用户就需要升级,我们不希望他已经存在的数据被破坏,那么我们发布出去的新的版本中代码该怎么写呢?
直接看代码,这些代码都是从Android自带的应用中抽取出来的,做了些具体业务上的简化,主要是阐述清楚用法

    @Override
	public void onCreate(SQLiteDatabase db) {
		bootstrapDB(db); // 这个方法里面都是最新版的初始化方法
	}

	@Override
	public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
		Log.i(TAG, "Upgrading DB from version " + oldVersion + " to "
				+ newVersion);
		if (oldVersion == 1) {
			upgradeToVersion2(db);
			oldVersion += 1;
		}
		Log.v("do upgrade", "我更新了。。。");
	}

这样如果后来又有新的程序发布,那么这两个方法会变成类似这个样子

    @Override
	public void onCreate(SQLiteDatabase db) {
		bootstrapDB(db); // 这个方法里面始终都是最新版的初始化方法
	}

	@Override
	public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
		Log.i(TAG, "Upgrading DB from version " + oldVersion + " to "
				+ newVersion);
		if (oldVersion == 1) {
			upgradeToVersion2(db);
			oldVersion += 1;
		}
		if (oldVersion == 2) {
			upgradeToVersion3(db);
			oldVersion += 1;
		}
		// 这是一种逐级更新的方式
                // 对于目前使用的还是第一版的用户而言,会先执行完upgradeToVersion2再执行upgradeToVersion3
                // 对于目前使用的还是第二版的用户而言,会执行upgradeToVersion3
		Log.v("do upgrade", "我更新了。。。");
	}

这样也许就能看的很清楚这个类的意图和用法了,后面版本一直增加的话,我们就一直这样写就好,保证全新的用户和升级的用户都能正常使用,那么我们如何来调用呢
一般我们会有个构造方法,有个参数就是数据库的版本,比如下面这两个构造方法

	public MyDatabaseHelper(Context context, String name, CursorFactory factory,
			int version) {
		super(context, name, factory, version);
	}

	public MyDatabaseHelper(Context context, int version) {
		super(context, NAME, null, version);
	}

采用如下方式调用

	helper = new MyDatabaseHelper(context, 10); // 这个数据库版本号会随着程序的每次发布而变化,是表示每次需要更新到的版本号,也就是最新的版本号
	sqlite = helper.getWritableDatabase();

其实更好理解这个用法就是读SQLiteOpenHelper.getWritableDatabase这个方法,里面有段代码

    int version = db.getVersion();
    if (version != mNewVersion) {
        db.beginTransaction();
        try {
            if (version == 0) {
                onCreate(db);
            } else {
                onUpgrade(db, version, mNewVersion);
            }
            db.setVersion(mNewVersion);
            db.setTransactionSuccessful();
        } finally {
            db.endTransaction();
        }
    }

另外,看看set/get Version就知道数据库版本标记是通过PRAGMA user_version;这个命令来完成的,你也可以用sqlite3之类的工具把数据库文件打开,然后执行PRAGMA user_version查看或者设置版本值

如下是完整的两个代码,是目前在使用的

有感于Android Calendar开发

Android虽然看起来很火,但是API可以说还不是很完善,变化大,有些功能还暂时木有提供。
比如Calendar相关的接口,目前还不够稳定,所以还没有对外开放,在模拟器上都还没有CalendarProvider和Calendar,虽然可以想尽办法给他安装上去,但还是有些问题。
前段时间为了开发基于Calendar的第三方应用重新编译了Calendar加入到android.jar,后来进行了一半没有这样做了,干脆直接自己写,虽然也是照着Calendar和CalendarProvider源码抄过来。

由于开放的原因,目前设备制造商是各自为政来定制自己的Calendar应用,比如Moto Milestone就必须要在登录Google账户的前提下才能使用Calendar,HTC、Samsung以及Huawei等等都有了一个自己内置的账户,所以他们把Calendar建立在自己的内置账户上,手机不用登录Google账户也可以使用Calendar,这样基于Calendar的第三方应用就格外难实现,又要不损坏原有系统的数据,保持原有功能能用,又要基于原有系统的数据开发自己的功能。

目前在参考了另外一些应用的实现之后,算是对这些情况有些了解了,等开发完成再整理再来完整的分析下。

这是Android联系人头像的bug吗

经过BASE64编码之后的图片字符串(点此下载,测试源码当中也有),在Java SE环境下可以解码出来生成一张图片,但是通过代码插入到Android联系人头像就无法显示出来(显示的一张白色图片,非Android Contacts原生的占位符头像),用SQLITE MAN查看插入图像后的数据库BLOB字段,显示“File content cannot be displayed”
目前还没有解决办法,测试了很多图片,有的图片有时候能显示,有时候不能显示,这是Android的bug吗?

插入图片的源码如下:

	private void doInsert(String imageStr) {
		ArrayList<ContentProviderOperation> ops = new ArrayList<ContentProviderOperation>();
		int rawContactInsertIndex = ops.size();

		ops.add(ContentProviderOperation.newInsert(RawContacts.CONTENT_URI)
				.withValue(RawContacts.ACCOUNT_TYPE, null).withValue(
						RawContacts.ACCOUNT_NAME, null).withValue(
						RawContacts.AGGREGATION_MODE,
						RawContacts.AGGREGATION_MODE_DISABLED).build());

		ContentProviderOperation photoOp = ContentProviderOperation.newInsert(
				Data.CONTENT_URI).withValueBackReference(Data.RAW_CONTACT_ID,
				rawContactInsertIndex).withValues(
				getPhotoCV(B64.decode(imageStr))).build();
		ops.add(photoOp);

		try {
			getApplicationContext().getContentResolver().applyBatch(
					ContactsContract.AUTHORITY, ops);
		} catch (RemoteException e) {
			e.printStackTrace();
		} catch (OperationApplicationException e) {
			e.printStackTrace();
		}
	}

	private ContentValues getPhotoCV(byte[] photo) {
		ContentValues cv = new ContentValues();
		cv.put(Data.MIMETYPE, Photo.CONTENT_ITEM_TYPE);
		cv.put(Photo.PHOTO, photo);
		return cv;
	}

完整测试源码下载http://hb.good.gd/?FileId=1062335