由于项目需要使用定位功能并且系统可自由定制，所以考虑如何在源码中进行集成。在源码集成之前，系统中有至少两个应用使用高德定位SDK，或许需要使用定位的模块更多，如果每个模块单独集成会造成jar包的重复利用，并且编译文件不小心会导致编译冲突，因此考虑修改实现方式，在系统源码中将定位sdk的jar包集成到framework.jar中。既然集成到系统中，那它的使用方式呢？参考android.location.provider使用方式，我们也利用Context.getSystemService来获取LocationManager。以下是比较详细的思路：
1、在framework/base/libs目录下建立新目录(3rd_location)，将sdk的jar包拷贝到该目录下；
2、修改framework/base/Android.mk文件，在编译LOCAL_MODULE := framework-base之前加入LOCAL_STATIC_JAVA_LIBRARIES := amaplocation，之后再加入
include $(CLEAR_VARS)
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := amaplocation:libs/3rd_location/Android_Location_V1.3.0.jar
include $(BUILD_MULTI_PREBUILT)
需要注意的是这里必须在framework-base module的编译中就把定位sdk jar包集成，如果直接放到framework module编译由于后续修改了android.location中文件，导致依赖的定位sdk找不到而编译失败。
3、在location/java/android/location/中添加新文件AMapLocationManager.java，该文件其实就是一个封装类，封装的是请求定位和执行回调的LocationManagerProxy.java，由于高德sdk采用了单例设计模式，这里也利用单例进行完成，将定位SDK中的LocationManagerProxy的函数再包装一遍；
4、完成以上步骤之后就是使用的问题了，由于我们想使用原生Android中LocationManager的使用方式（为什么？以后添加或者切换其他定位SDK只要根据key获取不同的location manager即可），修改Context.java，添加一个key，AMAP_LOCATION_SERVICE；
5、在ContextImpl.java中添加registerService(AMAP_LOCATION_SERVICE, new ServiceFetcher() {
public Object createService(ContextImpl ctx) {
return AMapLocationManager.getInstance(ctx);
}});
6、最后，在应用中只需要通过(AMapLocationManager) getSystemService(Context.AMAP_LOCATION_SERVICE);获取对应的LocationManager即可;
7、使用前记得make update-api。除了本文所写的方式之外，也可以考虑使用<uses-library>的方式，且听下回分解。。。