M9采用的android2.2系统,默认支持app2sd,就是可以把软件安装到sd卡(前提是软件支持安装到sd卡),节省ROM空间,但是默认系统是没有开启这项功能的,软件都默认安装到手机ROM空间,也不能移动到SD卡,这就造成经常出现空间不足的尴尬。那么怎么开启这项功能呢,请继续往下看。
一、准备篇
开始前,先介绍下要使用的工具--ADB。
adb的全称为Android Debug Bridge,是android sdk里的一个工具, 用这个工具可以直接操作管理android模拟器或者真实的andriod设备(比如M9)。它的主要功能有:运行设备的shell(命令行);管理模拟器或设备的端口映射;计算机和设备之间上传/下载文件;将本地apk软件安装至模拟器或android设备。
首先下载adb工具,下载地址:请点这里 [ 下载 ]
下载完后解压后得到4个文件,将这四个文件全部拷贝到C:\WINDOWS\system32目录下。
接着完成M9与电脑同步的驱动安装等,假如你已经安装完成,那可以直接手机端开启调试模式后连接PC进入下一步;还没有完成驱动安装的请先安装驱动,不会的可以到 http://bbs.meizu.com/thread-2329141-1-1.html这里看,按这个教程安装豌豆荚,自动安装驱动,完成后不要拔数据线,直接进入下一步。
到此准备工作完成!
二、开启app2sd篇
命令: adb shell 进入command模式$.
然后: pm setInstallLocation 2 设置安装位置.
这一步请仔细看截图操作即可,不多作说明。
点开始-运行。
输入cmd。
进入命令行。
输入adb shell,回车
成功后如图。
输入pm setInstallLocation 2,然后回车,注意必须区分大小写。
出现以上界面就表示开启app2sd成功,现在可以断开数据线,重启M9了,以后安装软件都会默认安装到sd卡,以前安装的软件能移到sd的卡也可以移动到sd卡了。至于软件如何移动到sd卡请关注其他教程。
Android中的短信并没有正式的content provider可用,在官方文档中没有提供定义。不过依然可以自己定义好URI,然后查询出短信内容。例如conetent://sms则是所有短信所在的path。
要将短信按会话分类,原先我是查询出所有短信后,然后再按照thread_id分类。系统自带的短信程序包含一个会话显示界面,每个条目包含:联系人、短信数量、第一条短信等内容。当我的程序处理的短信较多时,一次查询出所有的短信就变得很慢。(如果再加上为每个会话查询联系人信息,则会更慢)
看了系统短信的代码,发现它可以只查询出会话的信息,而不用查询出所有短信内容。因为部分代码没找到,一直不知道它是怎么做到的。看了telphony provider的代码后,才知晓一二。
实际上,短信数据库中(mmssms.db)并没有一个表存储会话信息的。系统提供的content provider中,实际上是支持直接查询会话信息的。只不过,其实现方式,不是通过一个现成的表,而是通过SQL语句,从多个表里取数据完成的。关于这个实现方式,在这个帖子中也有所提及。
实现方式就不深究了,毕竟我对SQL查询不太熟。放出直接的使用方法:
获取会话信息的URI
public static final Uri MMSSMS_FULL_CONVERSATION_URI = Uri.parse("content://mms-sms/conversations"); public static final Uri CONVERSATION_URI = MMSSMS_FULL_CONVERSATION_URI.buildUpon(). appendQueryParameter("simple", "true").build();
通过指定simple=true,则可以获取出一个大概的会话数据,包含以下列:
private static final int ID = 0; private static final int DATE = 1; private static final int MESSAGE_COUNT = 2; private static final int RECIPIENT_IDS = 3; private static final int SNIPPET = 4; private static final int SNIPPET_CS = 5; private static final int READ = 6; private static final int TYPE = 7; private static final int ERROR = 8; private static final int HAS_ATTACHMENT = 9;
列名则为:
private static final String[] ALL_THREADS_PROJECTION = { "_id", "date", "message_count", "recipient_ids", "snippet", "snippet_cs", "read", "error", "has_attachment" };
其中:
1、message_count为该会话的消息数量;
2、recipient_ids为联系人ID,这个ID不是联系人表中的_id,而是指向表 canonical_addresses 里的id,canonical_addresses这个表同样位于mmssms.db,它映射了recipient_ids到一个电话号码,也就是说,最终获取联系人信息,还是得通过电话号码;
3、snippet为最后收到/发送的短信;
每个数据的类型嘛,大致为:
long id = cursor.getLong(ID); long date = cursor.getLong(DATE); long msgCount = cursor.getLong(MESSAGE_COUNT); String recipIDs = cursor.getString(RECIPIENT_IDS); String snippet = cursor.getString(SNIPPET); long snippetCS = cursor.getLong(SNIPPET_CS); long read = cursor.getLong(READ); long type = cursor.getLong(TYPE); long error = cursor.getLong(ERROR); long hasAttach = cursor.getLong(HAS_ATTACHMENT);
Android中content provider提供了一种进程间共享数据的机制。Conetent provider以类似数据库表的机制提供与外部交互的方法。content provider的实现并不对存储形式做要求,可以是数据库、文件、或者网络。要自己编写一个content provider需要注意的事项包括(from official reference):
1、派生ContentProvider类,实现若干个接口,主要包括:onCreate/query/update/delete/insert/getType;
2、定义好一系列的URI,URI用于指示访问的具体数据,一般可以配合UriMatcher来简化对URI的处理,其大致框架为:
public MyContentProvider extends ContentProvider { private static final UriMatcher sURLMatcher = new UriMatcher(UriMatcher.NO_MATCH); static { sURLMatcher.addURI("sms", null, SMS_ALL); sURLMatcher.addURI("sms", "#", SMS_ALL_ID); sURLMatcher.addURI("sms", "inbox", SMS_INBOX); sURLMatcher.addURI("sms", "inbox/#", SMS_INBOX_ID); } } .... @Override public Cursor query(Uri url, String[] projectionIn, String selection, String[] selectionArgs, String sort) { SQLiteQueryBuilder qb = new SQLiteQueryBuilder(); // Generate the body of the query. int match = sURLMatcher.match(url); switch (match) { case SMS_ALL: constructQueryForBox(qb, Sms.MESSAGE_TYPE_ALL); break; case SMS_UNDELIVERED:
UriMatch中包含2个通配符:#用于匹配数字、*用于任何字符。
3、还是关于URI,URI分为三部分:content/authority/subpath,authority非常重要,它除了有效地区分URI外,还用于在AndroidManifest.xml中注册content provider。
4、在AndroidManifest.xml中注册content provider:
<provider name=".TransportationProvider" authorities="com.example.transportationprovider" . . . >
5、实现getType,为数据标识MIME,这个可以使用统一的形式:
vnd.android.cursor.item/vnd.yourcompanyname.contenttype vnd.android.cursor.dir/vnd.yourcompanyname.contenttype
分别表示单个数据和多个数据,这里的yourcompanyname可以使用之前URI中的authority字符串。
6、当然,为了方便使用者使用,最好在content provider中预先定义好各种列名、以及CONTENT_URI。
1.5.2011 update
昨天写了个例子,使用数据库做存储。基本上,写一个简单可用的content provider比较简单:
1、派生SQLiteOpenHelper,在onCreate里创建所需要的表;在onUpgrade里面一般先删了整张表,然后再重新创建:
private static class DatabaseHelper extends SQLiteOpenHelper { DatabaseHelper(Context context) { super(context, DATABASE_NAME, null, DATABASE_VERSION); } @Override public void onCreate(SQLiteDatabase db) { db.execSQL("CREATE TABLE " + BLACKLIST_TABLE_NAME + " (" + BlackList._ID + " INTEGER PRIMARY KEY," + BlackList.ADDRESS + " TEXT," + BlackList.TYPE + " INTEGER," + BlackList.DATE + " INTEGER" + ");"); } @Override public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { Log.w(TAG, "Upgrading database from version " + oldVersion + " to " + newVersion + ", which will destroy all old data"); db.execSQL("DROP TABLE IF EXISTS " + BLACKLIST_TABLE_NAME); onCreate(db); } }
然后在content provider的onCreate里创建该对象:
@Override public boolean onCreate() { mOpenHelper = new DatabaseHelper(getContext()); return true; }
2、实现了content provider后,会有个文件定义了诸如该content provider的URI,各个列的名字,或者其他信息;这个文件并非必须,使用者可以自己定义这些URI来使用,例如content://sms
3、content provider编写好后,可以像一般的程序一样安装到系统里面,虽然它没界面;然后使用者就可以使用之。
例子见附件