Android已有的原生Camera框架中添加自己的API的实现方案。

    在过去的2个月里，基本定制并评估完了项目所需要的基本需求，围绕着全志A31和Android4.2.2来实现。最近由于需要，在修改他的Camera的架构中，需要应用程序给HAL透传一个参数来控制底层图像处理算法的实现，即需要提供一个合理的API供APP的开发使用。
起初想到的，最简单有效的方法就是重新定制SDK，但不断遇到的问题，使得最终切换了部分的思路，但核心没有发生变化。
Android系统的架构层次分明，在复杂的架构中往往理解以后会变得十分的简单，现在看来，过去2个多月的时间基本把Camera架构和SurfaceFlinger这两者有了基本的深入理解，无论是控制流还是数据流，基本都可以定位到源码的位置，也对最低层的HAL进行了算法的添加，同时最核心的是完成了对A31 Resize模块的合理调度。
方案1：
1.在Camera.java中添加一个新的API函数，供APP开发。
2.进行API的更新：make update-api;
3.对源码进行SDK编译，产生新的android.jar。替换sdk，供eclipse下的APP开发
4. 手动安装编译后的APK。
问题：android4.2.2源码制作SDK会有一个天然的Bug，解决方法如下：cd frameworks/base
git revert 5f9922d7c3bce158e4c7a58929d4075e7c91e32e但鉴于源码仓库不是自己同步所得，故无法进行git操作。目前也不知道这个是否可以彻底解决这个bug的所在。

方案2：
1.在Camera.java中添加一个新的API函数，供APP开发。
2. 进行make update-api的更新。
3.添加带有新的API到APP，并加入到/package/apps/下，只保留/res，/src, AndroidManifest.xml文件，添加如下的Android.mk: LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)

LOCAL_MODULE_TAGS := optional

LOCAL_SRC_FILES := $(call all-subdir-java-files)

LOCAL_PACKAGE_NAME := A31Camera

LOCAL_PROGUARD_ENABLED := full

include $(BUILD_PACKAGE)

4.修改/build/target/product下面的sdk.mk函数
如下添加一行代码，使得自己的APP作为系统默认的APP应用：PRODUCT_PACKAGES := \
Calculator \
DeskClock \
Email2 \
Exchange2 \
FusedLocation \
Gallery \
Music \
Mms \
OpenWnn \
libWnnEngDic \
libWnnJpnDic \
libwnndict \
Phone \
PinyinIME \
Protips \
SoftKeyboard \
SystemUI \
Launcher2 \
Development \
DevelopmentSettings \
DrmProvider \
Fallback \
Settings \
SdkSetup \
CustomLocale \
sqlite3 \
InputDevices \
LatinIME \
CertInstaller \
LiveWallpapersPicker \
ApiDemos \
GestureBuilder \
CubeLiveWallpapers \
QuickSearchBox \
WidgetPreview \
monkeyrunner \
guavalib \
jsr305lib \
jython \
jsilver \
librs_jni \
ConnectivityTest \
GpsLocationTest \
CalendarProvider \
Calendar \
SmokeTest \
SmokeTestApp \
rild \
LegacyCamera \
A31Camera
5.make -j8 生成新的system.img。也完成了新的系统APP的定制。
以上两种方案，前者可以加快app的开发，后者可以完成app直接定制到系统。在本项目中，后者的使用也带来了一定的便利性。
        自己定制系统的好处在于，无处不在的源码不会让你的开发以及想法不能继续下去，当然你也不能违反规定进行胡乱的修改。一路走来，还是能发现阅读代码带来的好处的：能加快代码的再设计，以及业务流添加位置的定位以及优化等。