最近，该公司的业务需求，原始订单apk的形式CPE。渗透framework层。这被剥离cpe，从事相当长的一段，终于有时间来写博客，记下遇到的问题，未来。
第一个问题是，原来的apk有些事情，移植framework层后，。不同的环境，我们必须做出一些改变。
比如，
1.ContentProvider，因没有提供给其它程序数据共享，要么去掉。所有改为sqlite直接调用。要么把这个ContentProvider剥离出来。形成一个apk。固定到framework。给cpe提供ContentProvider.
2.SharedPreferences，打入framework后，SharedPreferences没有地方存放由它生成的xml文件，因此也要去掉，去掉后怎样保存它要保存的数据呢，比如终端启动信息和初始化信息等。终于确定使用一个文件来保存。依赖于Properties这个工具类读写数据，Properties最初还遇到了写数据的问题，后来还是攻克了。主要是 mProperties.setProperty(name,value);仅仅是把数据写入内存，而没有写入到文件，纠结了半天，改动了一下代码。ok了。
try {
os=new FileOutputStream(CONFIGPATH);
mProperties.setProperty(name,value);
mProperties.store(os, null);
} catch (Exception e) {
e.printStackTrace();
} finally{
try {
os.close();
} catch (IOException e) {
e.printStackTrace();
}
}
3.CPE原有的配置文件。在framework层后，文件夹结构不一样，得找个地方存放这些配置文件。改动了引用这些配置文件所在文件夹，最后统一移植到/system/etc/cpe/文件夹下。
4.CPE依赖的第三方jar包，CPE打入framework后，其本身就是一个jar形式存在，仅仅只是由SystemService传入Context其它它。那么CPE所依赖的第三方jar包也得进入framework，開始的时候所有导入到framework，编译并执行后。发现板子上还有一个apk也引用了我导入的CPE jar，冲突了。为了避免这个问题。决定改动CPE的包名。
5.如同SharedPreferences，apk生成的db文件。默认在/data/data/包名/database/文件夹下。而打入framework后。db文件得找个地方存放，为了解决问题，查找了非常多资料，測试了半天，最终实现了，并将db文件存放在/data/cpe/文件夹下。由于是apk在測试时候，没打入framework,板子上的文件夹是没有权限写数据的，仅仅能用U盘做測试，写入/sdcard/文件夹下測试的。说了半天。即指定文件夹存放db文件。
定义帮助类继承SQLiteOpenHelper:
public class DatabaseHelper extends SQLiteOpenHelper
构造方法:
private static final String PATH ="/sdcard/cpe";
public DatabaseHelper(Context context, String name) {
super(new CustomPathDatabaseContext(context, PATH), name, null, VERSION);
}
注意构造方法中的CustomPathDatabaseContext.java：
public class CustomPathDatabaseContext extends ContextWrapper{
private static final String TAG = CustomPathDatabaseContext.class.getSimpleName();
private String mDirPath;
public CustomPathDatabaseContext(Context base,String name) {
super(base);
mDirPath = name;
}
@Override
public File getDatabasePath(String name) {
File result = new File(mDirPath + File.separator + name);
if (!result.getParentFile().exists())
{
result.getParentFile().mkdirs();
}
return result;
}
@Override
public SQLiteDatabase openOrCreateDatabase(String name, int mode, CursorFactory factory)
{
Log.d(TAG, "openOrCreateDatabase");
return SQLiteDatabase.openOrCreateDatabase(getDatabasePath(name), factory);
}
@Override
public SQLiteDatabase openOrCreateDatabase(String name, int mode, CursorFactory factory, DatabaseErrorHandler errorHandler){
Log.d(TAG,"openOrCreateDatabase...");
return SQLiteDatabase.openOrCreateDatabase(getDatabasePath(name).getAbsolutePath(), factory, errorHandler);
}
}
为什么要这样定义。查看源代码，ContextWrapper就是Context的实现类。在getReadableDatabase()，或getWriteableDatabase()调用后，会运行openOrCreateDatabase(),4.0版本号后运行第二个openOrCreateDatabase(),这指定db夹。
版权声明：本文博客原创文章，博客，未经同意，不得转载。