安卓阿里代码约束编译太慢

‘壹’ Dev-c++编译慢为什么

你写的代码贴出来号码？可能是代码太多了，并且可读性差，所以执行的慢。

‘贰’ 用C-free编译C代码运行很慢是为什么

这个应该与您机子本身当时运行的空间有关系，请您尝试只打开编译器，而不要让其他程序后台运行，如果情况依旧，且其他编译器情况都是这样，可能是您的内存空间不足，建议加内存条

‘叁’ 阿里国际站全屏代码问题

居中：style="margin：0 auto;"

‘肆’ 怎么在Ubuntu编译Android2.3源代码以及制作自己的SDK

网上下一个软碟通软通（UitraISO）工具、然后去官网上下载一个64位ubuntu.*.iso系统文件、然后软碟通工具自己制作一个USB启动盘（非常简单）不会用软碟通的网络一下一大把！、系统最好是10.40以上的版本

使用的是ubuntu官网下载的ubuntu10.04 LTS 64位版本(ubuntu-10.04.2-desktop-amd64.iso)

配置软件源:

系统安装完毕以后应该首先换一个速度快的软件源

一般用的是ubunt

不然下载各种更新和软件包的时候非常的慢

安装JDK:

我要编译的是2.3姜饼的源代码 所以需要使用jdk6 (还需要是64位的系统)

如果是32为系统藐视jdk要安装jdk5.0的吧！藐视说有个doc什么的不行！所以系统一般装64的、如果是32的小伙们赶快把jdk看看

安装方法:

打开终端

输入

sudo add-apt-repository "deb "

sudo add-apt-repository "deb-src "

sudo apt-get update

sudo apt-get install sun-java6-jdk

就安装好了 (ubuntu10.04 LTS版会自带那两个源)

并且不需要配置环境变量

这一步可以参考

安装各种软件包:

终端中输入

sudo apt-get install git-core gnupg flex bison gperf build-essential zip curl zlib1g-dev libc6-dev lib32ncurses5-dev ia32-libs x11proto-core-dev libx11-dev lib32readline5-dev lib32z-dev libgl1-mesa-dev g++-multilib mingw32 tofrodos texinfo libsdl-dev libwxgtk2.6-dev

最后三个是我补充的 其他都是官方文档提供的

这一步可以参考

下载源代码:

打开终端并输入

mkdir ~/bin

PATH=~/bin:$PATH

这两句是在你的个人文件夹下创建了一个名字叫bin的文件夹 并且把其加入到了环境变量中

再输入

curl ; ~/bin/repo

chmod a+x ~/bin/repo

这两句首先在bin目录下面下载了一个repo文件 repo简单来说就说用来版本控制的 我们就是用的它来同步代码

然后建立一个用来存放源代码的文件夹 我的这个文件夹的名字是android2.3

输入

mkdir android2.3

cd android2.3

进入android2.3目录

输入

repo init -u git://androi/platform/manifest.git -b gingerbread

在此说明一下：

安卓总称：“机器人”

1.5系统：“纸杯蛋糕”

Android 1.6 Donut甜甜圈
Android 2.0 Eclair松饼
Android 2.1 Eclair松饼
Android 2.2 Froyo冻酸奶
Android 2.3 Gingerbread姜饼（以上系统都是用于手机的）官方消息说2.4准备出来了！至于3.0目前只用于平板电脑

Android 4.0 Ice Cream Sandwich（简称ICS，冰淇淋三明治），

表示你需要的代码是姜饼的 所以最后是gingerbread 如果是2.2代码 就把gingerbread改成froyo

然后你需要输入你的名字跟邮箱地址

如果提示找不到repo命令的话 需要重新设置环境变量 就是之前的PATH=~/bin:$PATH

输入

repo sync

开始同步代码 这个过程会根据你的网速来决定快慢

这一步需要下载的数据有3g那么大

可以续传 一次没下完也没关系

如果之前就已经下过一次的话 只需要把源代码目录(我的是android2.3)下有一个叫.repo的隐藏文件夹里的projects文件夹备份出来就可以了

以后还需要同步的时候再把projects文件夹拷贝回去

ctrl+h查看隐藏文件

这一步可以参考

编译整个源代码:

cd android2.3

进入你的代码目录

输入

. build/envsetup.sh

注意.和build中间有个空格

输入

lunch full-eng

make -j2

输入make就是开始编译代码了 加一个-j2参数就是开两个线程去编译 速度会快些 我花了两个小时的时间

编译完毕以后马上输入

emulator

就可以运行模拟器了 系统能跑起来就说明编译成功了

如果提示找不到emulator命令的话

需要添加环境变量

在android2.3目录下的out/target/proct/generic文件夹下会看到system.img

能看到的话应该算是成功了

这一步可以参考

编译SDK:

这一步在官方网站上没有说明

但是在源代码文件夹里面有文档提到了

就是在android2.3/sdk/docs目录下有一个叫howto_build_SDK.txt的文件介绍了如何编译SDK

原文

Then once you have all the source, simply build the SDK using: $ cd ~/my-android-git $ . build/envsetup.sh $ lunch sdk-eng $ make sdk

看来不需要先编译整个系统再编译SDK 可以直接上来就编译SDK

按提示输入

make到时候也可以加上-j参数 比如 make -j2 sdk

但是不推荐 因为容易编译失败 而且编译SDK只需要二十多分钟到时间 不算很长

当出现

Package SDK: out/host/darwin-x86/sdk/android-sdk_eng.<build-id>_mac-x86.zip

的时候 就表示编译成功了 其中<build-id>默认是系统的用户名

howto_build_SDK.txt中还提到了编译ADT插件

我发现自己编译到ADT插件竟然认不到platform 自己编译出来到SDK也一样

原因不明

只要使用官方的SDK和ADT就没有问题了

具体就是把自己编译出来platform拷贝到官方SDK里到platforms文件夹下 搞过Android开发都懂的

最后:

非常简单的一步

就是直接修改源代码然后编译SDK就可以得到自己的SDK了

我就示范一个简单的例子 抛砖引玉

首先我找到TextView的代码

在frameworks/base/core/java/android/widget 如图

我在updateTextColors方法的开头添加了一句System.out.println

打印了一句话"Source Code Changed"

updateTextColors方法会在TextView的setTextColor方法中被调用

好 保存

编译

然后使用这个platform

新建一个项目

调用一下TextView的setTextColor方法看看有什么效果

一个很简单的例子

看看

Source Code Changed被打出来了

SDK修改成功

‘伍’ 为什么阿里工程师代码写的好看看他的代码规范就知道了

曾经与一位从阿里出来的Java工程师一起工作过一段时间，他的技术说不上非常厉害， 但是，他的代码写的的非常好，凡是他做的功能很少出现Bug 。我就很好奇，于是经常向他请教一些代码设计的原则，然后他告诉了我阿里Java手册。并且，他将这个手册进行了修改，也成为了我司Java程序员的开发手册。 这篇文章就让我们看一看这个手册中比较重要的原则。

【强制】 代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。

反例：_name / __name / $name / name_ / name$ / name__

【强制】 类型与中括号紧挨相连来表示数组。

正例：定义整形数组 int[] arrayDemo; 反例：在 main 参数中，使用 String args[]来定义。

【强制】 POJO 类中布尔类型变量都不要加 is 前缀，否则部分框架解析会引起序列化错误。

说明：表达是与否的值采用 is_xxx 的命名方式，所以，需要在 设置从 is_xxx 到 xxx 的映射关系。

反例：定义为基本数据类型 Boolean isDeleted 的属性，它的方法也是 isDeleted()， RPC 框架在反向解 析的时候，“误以为”对应的属性名称是 deleted，导致属性获取不到，进而抛出异常。

【推荐】 在常量与变量的命名时，表示类型的名词放在词尾，以提升辨识度。

【推荐】 接口类中的方法和属性不要加任何修饰符号(public 也不要加)，保持代码的简洁 性，并加上有效的 Javadoc 注释。尽量不要在接口里定义变量，如果一定要定义变量，肯定 是与接口方法相关，并且是整个应用的基础常量。

正例:接口方法签名 void commit();

接口基础常量 String COMPANY = "alibaba";

反例:接口方法定义 public abstract void f();

说明:JDK8 中接口允许有默认实现，那么这个 default 方法，是对所有实现类都有价值的默认实现。

【参考】 枚举类名带上 Enum 后缀，枚举成员名称需要全大写，单词间用下划线隔开。

说明：枚举其实就是特殊的类，域成员均为常量，且构造方法被默认强制是私有。

正例:枚举名字为 ProcessStatusEnum 的成员名称:SUCCESS / UNKNOWN_REASON。

【参考】 各层命名规约:

1) 获取单个对象的方法用 get 做前缀。

2) 获取多个对象的方法用 list 做前缀，复数形式结尾如:listObjects。 3) 获取统计值的方法用 count 做前缀。

4) 插入的方法用 save/insert 做前缀。

5) 删除的方法用 remove/delete 做前缀。

6) 修改的方法用 update 做前缀。

1) 数据对象:xxxDO，xxx 即为数据表名。

2) 数据传输对象:xxxDTO，xxx 为业务领域相关的名称。

3) 展示对象:xxxVO，xxx 一般为网页名称。

4) POJO 是 DO/DTO/BO/VO 的统称，禁止命名成 xxxPOJO。

【强制】 不允许任何魔法值(即未经预先定义的常量)直接出现在代码中。

【强制】 避免通过一个类的对象引用访问此类的静态变量或静态方法，无谓增加编译器解析 成本，直接用类名来访问即可。

【强制】 相同参数类型，相同业务含义，才可以使用Java的可变参数，避免使用Object。

说明：可变参数必须放置在参数列表的最后。(提倡同学们尽量不用可变参数编程)

【强制】 所有整型包装类对象之间值的比较，全部使用equals方法比较。

说明：对于 Integer var = ? 在-128 至 127 范围内的赋值，Integer 对象是在 IntegerCache.cache 产 生，会复用已有对象，这个区间内的 Integer 值可以直接使用==进行判断，但是这个区间之外的所有数 据，都会在堆上产生，并不会复用已有对象，这是一个大坑，推荐使用 equals 方法进行判断。

关于基本数据类型与包装数据类型的使用标准如下:

说明： POJO 类属性没有初值是提醒使用者在需要使用时，必须自己显式地进行赋值 ，任何 NPE 问题，或 者入库检查，都由使用者来保证。

正例：数据库的查询结果可能是 null，因为自动拆箱，用基本数据类型接收有 NPE 风险。

反例： 比如显示成交总额涨跌情况，即正负 x%，x 为基本数据类型，调用的 RPC 服务，调用不成功时， 返回的是默认值，页面显示为 0%，这是不合理的，应该显示成中划线 。所以包装数据类型的 null 值，能 够表示额外的信息，如:远程调用失败，异常退出。

【强制】 POJO 类必须写 toString 方法。

使用 IDE 中的工具:source> generate toString 时，如果继承了另一个 POJO 类，注意在前面加一下 super.toString。

说明： 在方法执行抛出异常时，可以直接调用 POJO 的 toString()方法打印其属性值，便于排查问题。

【强制】 关于hashCode和equals的处理，遵循如下规则：

说明：String 已覆写 hashCode 和 equals 方法，所以我们可以愉快地使用 String 对象作为 key 来使用。

【强制】 线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。

说明：线程池的好处是减少在创建和销毁线程上所消耗的时间以及系统资源的开销，解决资源不足的问 题。 如果不使用线程池，有可能造成系统创建大量同类线程而导致消耗完内存或者“过度切换”的问题。

【强制】 线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。

以上规范在设计代码中，是比较重要的原则。如果编写代码的过程中，可以依照以上原则，那代码的可读性和可维护性将大大提升

‘陆’ java编译为什么那么慢

ecplipse编译慢，并不是说编译的工具慢，是由于工程代码很多，导致内存短时间产生不够的现象，表现出来的就是很慢。
很多程序在进行大数据的计算或者数据库的操作，都需要很多的内存来计算或者保存数据，编译环境这时候就会很卡。

‘柒’ 如何看待阿里开源的dexposed框架

从AOP的角度来看，这是效率的大幅度提升。首先它不需要任何编译器的插桩或者代码改写，对正常运行不引入任何性能开销。这是AspectJ之类的框架没法比拟的优势。其次，对所改写方法的性能开销也极低（微秒级），基本可以忽略不计。这就决定了它是一个不可多得的AOP解决方案，虽然仅限Android下，而且有些限制和兼容性制约。

从工程的角度来看，热补丁仅仅是牛刀小试，它真正的威力在于‘线上调试’。做App开发的同学一般会羡慕服务端开发的同学，遇到问题之后有充足的日志和各种监控数据方便排查问题，最不济也可以临时加调试代码；而App出点啥问题只要没有‘先见之明’的埋点，基本上就是两眼一抹黑。这边PM和老大在背后咆哮，你坐在电脑前面都不知道从哪下手。但是基于Dexposed实现的线上调试可以实现真正意义上的远程调试，点对面甚至是点对点的。根本不用担心没有事先埋点，需要加调试、加日志什么的，随时部署，分分钟后就可以看到需要的调试信息，无论是方法参数值、返回值，抛出的异常，还是调用路径，十万八千里外的兇案现场全部了如指掌，直如身临其境。找到问题之后，马上打个补丁，再远程调试看一下是不是圆满解决。这个用途在工程上的意义是真正跨越性的。

从技术的角度来看，基于Xposed原理实现的AOP不仅可以hook自己的代码，还可以hook同进程的Android SDK代码，这也就可以让我们有能力在App中填上Google自己挖的坑，避免用一些非常痛苦的workaround，对于一些复杂的安全漏洞尤其有效。

最后，从开源的角度来看，Dexposed本身从名字而言就是对Xposed的致敬，我们也通过开源Dexposed反哺社区，与整个社区共同分享和推进我们的成果。（即便Apache协议本身并没有连带开源的约束）

BTW，搞不懂Dexposed与Xposed关键性差别，也不懂开源社区文化和游戏规则就说抄袭的同学，可以去洗洗睡了，我都懒得反驳了。

‘捌’ ubuntu12.04编译android源码要多久

这个关键是要看你的电脑配置情况，以及代码的附加情况，有的平台软件会附加很多东西上去，编译就比较慢了。
我们这边使用的是四核八线程的电脑，32GB内存，
原生代码 4.4 八线程编译40分钟左右，5.1，一个半小时左右，6.0的大约一个小时，以上是原生代码编译模拟器的时间。

高通代码6.0编译一般需要两个小时左右，mtk的也是两个小时左右，