http://www.open-open.com/lib/view/open1325635738437.html

1、更新项目，生成build.xml

android update project -n 名称 -t "android-7" -p 项目路径

2、打包

ant release

可以修改build.xml文件来实现批量打包

Android应用Icon大小在不同分辨率下定义

在 Java 里面，我们可以把一些类放到 .jar 文件里面，然后用 ClassLoader 动态加载。例如：

但是在 Android 上面，情况有所不同。

首先第一个是 jar 文件的制作，Java 里面直接把 .class 文件打包到 .jar 文件里面就可以了，但是 Android 的 Dalvik VM 是不认 Java 的 byte code 的，所以不能直接这么打包，而要用 dx 工具转成 Dalvik byte code 才可以。当然，dx 工具转了之后，jar 包里面就不是 .class 文件了，而是 .dex 文件。关于这一点可以参考我的另外一篇文章：http://blog.csdn.net/quaful/archive/2010/12/23/6094940.aspx

第二个是，Android 里面虽然也提供了 URLClassLoader 的实现，但是并不能用。要动态加载其它类，可以用的 Class Loader 有：

DexClassLoader

PathClassLoader

其中，DexClassLoader 可以加载 apk, jar 或者 dex 文件，例如：

但是 DexClassLoader 要求指定一个可写的目录，即 DexClassLoader 构造函数的第二个参数，在上例中是 /sdcard/test

这个参数的含义是：directory where optimized DEX files should be written

因为 Dalvik 在加载 dex 文件时，会动态进行优化，DexClassLoader 要求指定优化后 dex 文件存放的位置。

PathClassLoader 的限制要更多一些，它只能加载已经安装到 Android 系统中的 apk 文件，也就是 /data/app 目录下的 apk 文件。其它位置的文件加载的时候都会出现 ClassNotFoundException. 例如：

为什么有这个限制呢？我认为这其实是当前 Android 的一个 bug, 因为 PathClassLoader 会去读取 /data/dalvik-cache 目录下的经过 Dalvik 优化过的 dex 文件，这个目录的 dex 文件是在安装 apk 包的时候由 Dalvik 生成的。例如，如果包的名字是 com.qihoo360.test，Android 应用安装之后都保存在 /data/app 目录下，即 /data/app/com.qihoo360.test-1.apk，那么 /data/dalvik-cache 目录下就会生成 data@app@com.qihoo360.test-1.apk@classes.dex 文件。在调用 PathClassLoader 时，它就会按照这个规则去找 dex 文件，如果你指定的 apk 文件是 /sdcard/test.apk，它按照这个规则就会去读 /data/dalvik-cache/sdcard@test.apk@classes.dex 文件，显然这个文件不会存在，所以 PathClassLoader 会报错。

在 Google 修正这个问题之前，我们要么就只能用 DexClassLoader，要么就只能用 PathClassLoader 加载已安装的 apk 了。

jstring与c++字符串类型转换函数

jstring str2jstring(JNIEnv* env,const char* pat)
{
	//定义java String类 strClass
	jclass strClass = (env)->FindClass("Ljava/lang/String;");
	//获取String(byte[],String)的构造器,用于将本地byte[]数组转换为一个新String
	jmethodID ctorID = (env)->GetMethodID(strClass, "<init>", "([BLjava/lang/String;)V");
	//建立byte数组
	jbyteArray bytes = (env)->NewByteArray(strlen(pat));
	//将char* 转换为byte数组
	(env)->SetByteArrayRegion(bytes, 0, strlen(pat), (jbyte*)pat);
	// 设置String, 保存语言类型,用于byte数组转换至String时的参数
	jstring encoding = (env)->NewStringUTF("GB2312"); 
	//将byte数组转换为java String,并输出
	return (jstring)(env)->NewObject(strClass, ctorID, bytes, encoding);
}


std::string jstring2str(JNIEnv* env, jstring jstr)
{   
	char*   rtn   =   NULL;   
	jclass   clsstring   =   env->FindClass("java/lang/String");   
	jstring   strencode   =   env->NewStringUTF("GB2312");   
	jmethodID   mid   =   env->GetMethodID(clsstring,   "getBytes",   "(Ljava/lang/String;)[B");   
	jbyteArray   barr=   (jbyteArray)env->CallObjectMethod(jstr,mid,strencode);   
	jsize   alen   =   env->GetArrayLength(barr);   
	jbyte*   ba   =   env->GetByteArrayElements(barr,JNI_FALSE);   
	if(alen   >   0)   
	{   
		rtn   =   (char*)malloc(alen+1);         
		memcpy(rtn,ba,alen);   
		rtn[alen]=0;   
	}   
	env->ReleaseByteArrayElements(barr,ba,0);   
	std::string stemp(rtn);
	free(rtn);
	return   stemp;   
}   

基于 Android NDK 的学习之旅-----JNI 数据类型

经典老套流程,学编程语言东西,先学它最基础的数据类型,JNI也是如此。JNI 定义了一系列基本数据类型和引用数据类型与java想对应。

1、基本数据类型

下面一张表是描述了 Java 基本数据类型和JNI中基本数据类型的相对应关系已经占用空间大小。

随便观察就能发现,其实就基本数据类型而已,JNI基本数据类型只是比Java基本数据类型前多了个’j’而已

当然,JNI中还有个Java中没有的jsize,定义如下：

typedef jint jsize;

其实jsize整型是用来描述基本指标和大小，没有什么神秘的。

2、引用数据类型

JNI 引用类型 与 Java 的对应关系 如下 树层次图：

跟java一样,jobject 是所有引用类型的 父亲。看看是不是很容易理解 ？呵呵．关于jthrowable,JNI也是有线程概念的．

3、        The jvalue Type

Jvalue 是基本数据类型和引用数据类型的集合,它的定义如下：

typedef union jvalue {

    jboolean z;

    jbyte    b;

    jchar    c;

    jshort   s;

    jint     i;

    jlong    j;

    jfloat   f;

    jdouble  d;

    jobject  l;

} jvalue;

原文：http://www.cnblogs.com/luxiaofeng54/archive/2011/08/15/2139420.html