android源码定制
Android编译过程比较长，配置起来也很麻烦。现仅就工作遇到的问题做个总结。所用硬件平台为amlogic stvm3。---------------------------------------------------------------------------关于版本号：文件build/core/version_defaults.mk用来检查一些跟版本相关的变量是否定义；如果未定义，则使用默认值。这些变量包括 PLATFORM_VERSION # 如 2.2.5 PLATFORM_SDK_VERSION # 8, 对应2.2.5 PLATFORM_VERSION_CODENAME # REL，即发行版 DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME BUILD_ID # 默认为UNKNOWN BUILD_NUMBER # 默认eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。 version_defaults.mk首先包含进build_id.mk。用户应当配置build_id.mk，而不应该改动version_defaults.mk文件。然后检查上述变量，如未定义则赋值默认值。---------------------------------------------------------------------------关于调试功能(adb)的开启编译android源码之前总是要先运行build/envsetup.sh，以初始化一些常用命令（实际上是bash的函数，如add_lunch_combo）。其中也从以下文件中引入了一些编译设置： device/${CHIPSET_VENDOR}/vendorsetup.sh我们这里使用的CHIPSET_VENDOR为amlogic。比如我们有文件device/amlogic/vendorsetup.sh，内容为"产品名-编译类型(flavor)"列表（称为combo），如下： add_lunch_combo m1ref-eng add_lunch_combo m1ref-user add_lunch_combo m2ref-eng add_lunch_combo m2ref-user add_lunch_combo stvm3-eng add_lunch_combo stvm3-user其中，m1ref和stvm3是产品名（作前缀），后面为编译类型。除此前缀外可选的combo值有： eng, user, userdebug, tests。（参考文件build/core/main.mk中对于变量TARGET_BUILD_VARIANT的筛查条件）我们可以修改vendorsetup.sh文件，来改变为特定设备编译的结果。以下是各个编译类型的特点： eng: 工程模式，用于平台级的调试，是默认的编译类型。 待安装的模块tag有: eng, debug, user, development. 安装不带tag的非APK模块； 所安装应用由产品定义文件给出； 默认属性: ro.secure=0, ro.deuggable=1, ro.kernel.android.checkjni=1 adbd默认开启，adb以root身份运行。 user: 即最终用户版; 待安装的应用tag有: user 安装不带tag的非APK模块； 所安装应用由产品定义文件给出； 默认属性有ro.secure=1, ro.debuggable=0； 默认关闭adbd服务（但可通过应用settings来打开，且adb以shell身份运行）； userdebug: 与user类似，除了： 支持有限的调试功能； 待安装的应用tag有:debug；
‘贰’ 如何定制android源码的编译选项
现仅就工作遇到的问题做个总结。所用硬件平台为amlogic stvm3。---------------------------------------------------------------------------关于版本号：文件build/core/version_defaults.mk用来检查一些跟版本相关的变量是否定义；如果未定义，则使用默认值。这些变量包括 PLATFORM_VERSION # 如 2.2.5 PLATFORM_SDK_VERSION # 8, 对应2.2.5 PLATFORM_VERSION_CODENAME # REL，即发行版 DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME BUILD_ID # 默认为UNKNOWN BUILD_NUMBER # 默认eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。 version_defaults.mk首先包含进build_id.mk。用户应当配置build_id.mk，而不应该改动version_defaults.mk文件。然后检查上述变量，如未定义则赋值默认值。---------------------------------------------------------------------------关于调试功能(adb)的开启编译android源码之前总是要先运行build/envsetup.sh，以初始化一些常用命令（实际上是bash的函数，如add_lunch_combo）。其中也从以下文件中引入了一些编译设置： device/${CHIPSET_VENDOR}/vendorsetup.sh我们这里使用的CHIPSET_VENDOR为amlogic。比如我们有文件device/amlogic/vendorsetup.sh，内容为"产品名-编译类型(flavor)"列表（称为combo），如下： add_lunch_combo m1ref-eng add_lunch_combo m1ref-user add_lunch_combo m2ref-eng add_lunch_combo m2ref-user add_lunch_combo stvm3-eng add_lunch_combo stvm3-user其中，m1ref和stvm3是产品名（作前缀），后面为编译类型。除此前缀外可选的combo值有： eng, user, userdebug, tests。（参考文件build/core/main.mk中对于变量TARGET_BUILD_VARIANT的筛查条件）我们可以修改vendorsetup.sh文件，来改变为特定设备编译的结果。以下是各个编译类型的特点： eng: 工程模式，用于平台级的调试，是默认的编译类型。
‘叁’ android怎么修改源码
在Android界面的系统status bar上添加home,back,menu三个菜单，并完成对应的系统功能。并有higlight效果，修改status bar 高度和status bar上的文字尺寸。
这需要修改android sdk才能完成,我用的是eclair.下面就我的操作进行叙述。
1.首先完成界面显示效果。
需要修改文件
./frameworks/base/services/java/com/android/server/status/StatusBarPolicy.java,仿照mBatteryIcon等icon的添加方式添加自定义的icon，图片名称指定就好了。另外还要记得修改./frameworks/base/core/res/res/values/arrays.xml，这里定义了icon的slot,并且决定了icon的摆放顺序。
这样，你需要的icon按键就可以显示在系统的status bar上面了。
2.判断touch event是否按动了某个icon
需要修改的文件
./frameworks/base/services/java/com/android/server/status/StatusBarView.java
首先在onTouchEvent函数中，获取当前event的坐标，然后比较是否在某个按键范围之内。由于系统对于statusBar的范围已经有了定义，所以这里只需要比较横坐标就可以了。
其次，也是这一步最关键的，怎么获取具体某一个icon的左右边界坐标呢？系统的status bar左边显示的图标都是notification, 右边显示的是系统icon. 也就是说左边icon属于mNotificationIcons，右边的icon属于mStatusIcons. 在文件StatusBarView.java中出现的offset = getViewOffset(mStatusIcons)，得到mStatusIcons的最左边的icon的left横坐标。用N = mStatusIcons.getChildCount()得到共有几个系统icon,其中包含visibility为false的icons.用mStatusIcons.getChildAt(N-i)得到的是从右边数第i个的icon view. 这个view的getLeft()+offset就是这第i个icon的左边横坐标，对应的getRight()+offset就是这第i个icon的右边横坐标。本例中home键是右边第2个icon.
3.定义icon响应事件
这里使用的方法是在StatusBarView.java中向
./frameworks/base/services/java/com/android/server/status/StatusBarPolicy.java发送一个Broadcast,让StatusBarPolicy来完成具体的事件操作。这里需要注意的是不仅要在./frameworks/base/core/java/android/content/Intent.java中定义intent,还要在StatusBarPolicy的构造函数中添加该intent的过滤动作，即filter.addAction(Intent.ACTION_BACKICON_CHANGED).例如，按动了back键，如果当前事件为action_up,就向系统发送一个keyEvent，keyCode为KeyEvent.KEYCODE_BACK. 这里借用的是./frameworks/base/cmds/input/src/com/android/commands/input/Input.java中的sendKeyEvent函数，直接拷贝过来，按照需要稍微修改一下形参就可以了，过程不要修改。
需要说明的是，当点击statusBar可以拉出来一个notification列表，当这个列表显示出来的时候，这三个back, menu, home键的响应速度会非常慢，所以这时不响应事件并隐藏这三个键。具体做法是在StatusBarView的onTouchEvent()中判断mService.mExpanded或者 mService.mTracking为真时就不做响应。mService是StatusBarService对象。隐藏三个键也是用Broadcast来做的，但这个intent是由StatusBarServie发出来的，当mExpandedVisible = false时显示，当mExpandedVisible = true时隐藏。
这里还同时完成了highlight换图的动作，也是用Broadcast来做得，处理过程一样，就是需要区分action_down和action_up就可以了。
4.调整status bar的高度
如果你需要显示较大的屏幕尺寸，同时statusBar的高度要拉大，上面的icon的size也需要调大。为了协调一致，显示时间的字体和notification显示的日期的字体也需要调大。具体做法如下：
a.调节status bar icon的size: 只调节status_bar.xml的textSize标签似乎不起作用，同时又修改了./base/services/java/com/android/server/status/StatusBarIcon.java的t.setTextSize(32);语句才成功。不知道修改status_bar.xml的<com.android.server.status.AnimatedImageView>标签下的layout_height值是不是必须的，反正我是一起都给改了。
b.调节status bar height: ./base/core/res/res/values/dimens.xml 找得我好辛苦！不知道还需不需要修改./base/core/res/res/values/themes.xml中的Window attributes的windowTitleSize值，反正我也给改了。
c.调节notification显示日期字体的大小，修改status_bar.xml的<com.android.server.status.DateView>的textSize值。
到这里，就完成了所有工作，看看效果吧。
‘肆’ Android系统层面有哪些可定制部分
第一是使用蘑菇ROM助手，编辑系统ROM。使用方法请网络。
第二种是源码中添加编译规则。复制设备工程中的文件到编译生成的系统中。
这里介绍下第二种方法，使用的是全志T3的android4.4系统源码。
1.添加我们自己的编译项
修改编译文件/android/device/softwinner/t3-p1/t3_p1.mk，添加下面一句
$(call inherit-proct-if-exists, device/softwinner/t3-p1/test/test.mk)
2.编辑device/softwinner/t3-p1/test/test.mk文件。
详细代码
‘伍’ 深度定制安卓系统什么意思
深度定制安卓系统是指以android源码为基础，以产品特性为目的而进行深度改造的系统。市面上最常见的深度定制系统是中国移动OPhone所采用的OMS系统。深度定制不只是对UI进行的重新设计，还会围绕硬件的特性对系统API进行改动，造成使用标准API接口的应用程序在深度定制的系统上无法兼容。
安卓是一个开源的系统
，在一定的基础上可以对原系统进行修改，这样既保留了安卓原有的特性，又添加了一些新的功能和特点。在软件兼容上，深度定制的安卓系统是可以兼容原生的软件的，但是
因为深度定制的安卓系统添加了新的特点，所以，有一些软件是专门针对深度定制的安卓系统而开发的，所以原生的系统可能是不兼容的。总体来说
，深度定制的安卓系统和原来的系统在操作上相似度还是很高的。现在用完全原生的安卓系统的手机是不多的，大部分都是经过修改美化的安卓。
深度定制的手机一般都是无法升级成原生Android系统的，只能使用厂商发布的定制系统升级包。有些高手玩家可能会移植一些基于某型号手机的原生Android系统，但是因为技术原因，这些系统的稳定性很差，为了兼容应用软件而刷这些系统是得不偿失的。
当前各大手机制造商为了标榜自己的本土化，针对性设计，都在Android系统上加入很多的自主东西，现在市场上的魅族M9、移动OMS、点心OS都是非原生Android
系统，还有乐Phone的乐OS也基本上看不到原生Android的影子，这些都是深度定制的安卓系统，只是在原生安卓上面做了一定的UI修改或者是加入了自己的一些应用软件。nbsp;
‘陆’ 在网上看到，在ubuntu上编译android源码的目的是什么
定制嘛，就是按你自己的要求设定方案，因为android是开源的，而且google提供了很完备的开发框架，有java基础的人可以很快上手。
源码定制估计是现在的android的市场一个发展方向，因为以前都是山寨机，软件硬件一个样，而现在智能机在硬件方面基本是差不多的，而android软件框架也是一样，但是开发比较简单，门槛很低，所以一些公司提供了定制服务，改动下源码提供个性化服务。个人理解，你可以继续网络了解下。
至于你想学开发android，先看下java，应用层是用java开发的，而且你以后也可以自己开发些小应用闹着玩。参考书方面很多，什么android应用开发揭秘啊，adk开发范例大全啊，精通android啊什么的，可以在网上找电子档或者别人的教学视频，很多的。
‘柒’ android深度定制是什么概念
深度定制的意思就是，加入了大量电信运营商的所谓特色服务，其实就是你一碰就要钱的，而同时去掉了原生安卓系统的一些很有特色的东东，比如谷歌地图、谷歌纵横、狗狗talk、狗狗阅读等，甚至连gmail都给你弄没了。一般深度定制机很难刷机，如果没有官方升级包就很难升级，因为其进入刷机模式的方法可能与原生安卓系机子有很大不同，或者根本就不告诉你。
‘捌’ 如何定制 android 主界面
果你要定制一个Android系统，你想用你自己的Launcher(Home)作主界面来替换Android自己的Home，而且不希望用户安装的Launcher来替换掉你的Launcher.
我们可以通过修改Framework来实现这样的功能。
这里以Android2.1的源代码为例来实际说明。
1)首先了解一下Android的启动过程。
Android系统的启动先从Zygote开始启动，然后......(中间的过程就不说了).....一直到了SystemServer(framework)这个地方，看到这段代码：
/**
* This method is called from Zygote to initialize the system. This will cause the native
* services (SurfaceFlinger, AudioFlinger, etc..) to be started. After that it will call back
* up into init2() to start the Android services.
*/
native public static void init1(String[] args);
public static void main(String[] args) {
if (SamplingProfilerIntegration.isEnabled()) {
SamplingProfilerIntegration.start();
timer = new Timer();
timer.schele(new TimerTask() {
@Override
public void run() {
SamplingProfilerIntegration.writeSnapshot("system_server");
}
}, SNAPSHOT_INTERVAL, SNAPSHOT_INTERVAL);
}
// The system server has to run all of the time, so it needs to be
// as efficient as possible with its memory usage.
VMRuntime.getRuntime().setTargetHeapUtilization(0.8f);
System.loadLibrary("android_servers");
init1(args);
}
public static final void init2() {
Log.i(TAG, "Entered the Android system server!");
Thread thr = new ServerThread();
thr.setName("android.server.ServerThread");
thr.start();
}
}
从SystemServer的main函数开始启动各种服务。
首先启动init1,然后启动init2.
从上面的注释可以看到：init1这个方法时被Zygote调用来初始化系统的，init1会启动native的服务如SurfaceFlinger,AudioFlinger等等，这些工作做完以后会回调init2来启动Android的service。
这里我们主要来关注init2的过程。
init2中启动ServerThread线程，
ServerThread中启动了一系列的服务，比如这些：
ActivityManagerService
EntropyService
PowerManagerService
TelephonyRegistry
PackageManagerService
AccountManagerService
BatteryService
HardwareService
Watchdog
SensorService
BluetoothService
StatusBarService
ClipboardService
InputMethodManagerService
NetStatService
ConnectivityService
AccessibilityManagerService
NotificationManagerService
MountService
DeviceStorageMonitorService
LocationManagerService
SearchManagerService
FallbackCheckinService
WallpaperManagerService
AudioService
BackupManagerService
AppWidgetService
这些大大小小的服务起来以后，开始
((ActivityManagerService)ActivityManagerNative.getDefault()).systemReady()
在systemReady后开始开始启动Launcher。
在寻找Launcher的时候是根据HOME的filter（在Manifest中定义的<category android:name="android.intent.category.HOME" />）来过滤。
然后根据filter出来的HOME来启动，如果只有一个HOME，则启动这个HOME，如果用户自己装了HOME，那就会弹出来一个列表供用户选择。
我们现在希望从这里弹出我们自己定制的Launcher,同时也不希望弹出选择HOME的界面，我们不希望用户修改我们的home，比如我们的home上放了好多广告，以及强制安装的程序，不希望用户把它干掉。
我们可以通过这样来实现：
2) 定义一个私有的filter选项，然后用这个选项来过滤HOME.
一般情况下我们使用Manifest中定义的<category android:name="android.intent.category.HOME"来过滤的，我们现在增加一个私有的HOME_FIRST过滤。
在Intent.java(frameworks/base/core/java/android/content/Intent.java)中添加两行代码
//lixinso:添加CATEGORY_HOME_FIRST
@SdkConstant(SdkConstantType.INTENT_CATEGORY)
public static final String CATEGORY_HOME_FIRST = "android.intent.category.HOME_FIRST";
3）修改和CATEGORY_HOME相关的所有的地方，都改成HOME_FIRST，主要是framework中的这几个地方：
frameworks/base/services/java/com/android/server/am/ActivityManagerService.java中
//intent.addCategory(Intent.CATEGORY_HOME);
改成intent.addCategory(Intent.CATEGORY_HOME_FIRST); //lixinso:
//if (r.intent.hasCategory(Intent.CATEGORY_HOME)) {
改成if (r.intent.hasCategory(Intent.CATEGORY_HOME_FIRST)) { //lixinso: Intent.CATEGORY_HOME -> Intent.CATEGORY_HOME_FIRST
frameworks/base/services/java/com/android/server/am/HistoryRecorder.java中
// _intent.hasCategory(Intent.CATEGORY_HOME) &&
改成 _intent.hasCategory(Intent.CATEGORY_HOME_FIRST) && //lixinso: Intent.CATEGORY_HOME->Intent.CATEGORY_HOME_FIRST
frameworks/policies/base/mid/com/android/internal/policy/impl/MidWindowManager.java中
//mHomeIntent.addCategory(Intent.CATEGORY_HOME);
改成 mHomeIntent.addCategory(Intent.CATEGORY_HOME_FIRST); //lixinso
frameworks/policies/base/mid/com/android/internal/policy/impl/RecentApplicationsDialog.java中
//new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME),0);
改成 new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME_FIRST),0); //lixinso
frameworks/policies/base/phone/com/android/internal/policy/impl/PhoneWindowManager.java中
//mHomeIntent.addCategory(Intent.CATEGORY_HOME);
改成 mHomeIntent.addCategory(Intent.CATEGORY_HOME_FIRST); //lixinso
frameworks/policies/base/phone/com/android/internal/policy/impl/RecentApplicationsDialog.java中
//ResolveInfo homeInfo = pm.resolveActivity(new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME),0);
改成 ResolveInfo homeInfo = pm.resolveActivity(new Intent(Intent.ACTION_MAIN).addCategory(Intent.CATEGORY_HOME_FIRST),0); //lixinso
4) 写一个自己的Launcher.
可以参考android sample中的Launcher，或者android源代码中的 /packages/apps/Launcher 来写。
在Launcher中标记其是不是Launcher的最关键的代码时Manifest中的filter:android:name="android.intent.category.HOME"
现在我们定义了自己的filter,那么，我们在我们自己写的Launcher中将Manifest改为：
<application android:process="android.process.acore3" android:icon="@drawable/icon" android:label="@string/app_name">
<activity android:name=".FirstAppActivity"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.HOME_FIRST" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.MONKEY" />
</intent-filter>
</activity>
</application>
然后将编译好的apk放到/out/target/proct/generic/system/app目录下。
5)将Android自带的Launcher删除掉，包括源代码(packages/apps/Launcher)和apk(/out/target/proct/generic/system/app/Launcher.apk)。
6)
做完这些工作，就可以重新编译Android了，我们可以编译修改过的几个相关的包。
如果之前编译过了Android源码，可以用mmm命令来编译部分的改动。
这里需要这样编译：
$ . build/envsetup.sh
$ mmm frameworks/base
$ mmm frameworks/base/services/java
$ mmm frameworks/policies/base/mid
$ mmm frameworks/policies/base/phone
7)
编译完成后重新生成img文件。
$ make snod
8) 现在可以启动Android模拟器来看效果了。
首先设置环境变量：
$ export ANDROID_PRODUCT_OUT= ./out/target/proct/generic
然后切换到
$ cd ./out/host/linux-x86/bin
运行
$ ./emulator
这样我们启动的模拟器里面用的image就是我们刚才编译好的自己定制的东西了。
从模拟器上可以看到启动的Launcher是我们自己的Launcher，不会出现默认的Launcher了，也不会出现选择界面。
9)我们再验证一下，如果用户装上了一个其他的Launcher(Home)会怎么样。
从网上找一个一般的Launcher或者自己写一个一般的Launcher装上去，重新启动，不会出现选择界面。
按HOME键也不会出来两个HOME来选择。
‘玖’ 如何编辑android 系统源码
1、通过 ubuntu 软件中心安装 wine；
2、通过 ubuntu 软件中心安装 winetricks;
3、通过 winetricks 在 shell中输入： winetricks mfc42
1、通过 wine windows 的方式启动代理服务器
2、设置浏览器代理服务器
3、设置shell代理服务器：
在shell中输入 sudo gedit /etc/bash.bashrc
在文件 /etc/bash.bashrc 中添加
通过shell安装如下的组件：
1、sudo apt-get install bison g++-multilib git gperf libxml2-utils
2、新建一个存放源码的目录，如：mkdir ~/andorid/source
3、在源码目录中输入命令：repo init -u -b android-4.0.1_r1
其中： android-4.0.1_r1是android源码的版本，更多的版本可以通过下面的方式查询：
4、修改source/.repo/manifest/default.xml 文件中的 fetch 的值为：
git://Android.git.linaro.org/
通过如下的指令来设置邮箱和用户名
git config --global user.name "<your name>" ----修改用户名git config --global user.email "<your email>" ----修改email
5、在source目录下输入指令：repo sync
便开始了代码的下载
方便他人亦是方便自己，如果觉得还行就点下下边的投票吧，这样可以帮助其他人更快的找到解决问题的方法；有疑问的也可留言哦， 谢谢！