类原生编译

㈠ 编译调试Android系统原生App - 以Settings为例

本文已过时，最新文章：向大家推荐《使用 AS 开发 System App》 https://xiaozhuanlan.com/system-app

Android原生系统带有许多原生的App，比如 浏览器、录音机、计算器、设置 等，有些时候，我们需要用到一些系统的功能，或者是对已有的功能做二次开发，比如我上学时给一个公司做过一个Launcher和Wizard，就需要用到系统设置中的某些功能，比如Wifi、声音、显示等功能，于是就需要从Settings源码中提取出需要的功能。

特别是公司自己定制Android系统，需要在上面做一些 系统级的App 的时候，原生App已有的功能就可以通过编译其源码的方式直接拿过来改改就能用，而且可用度很高。

这里有两种情况，分为 原生 的和 公司定制 的系统。无论是原生的还是定制的，类似于Settings这样需要使用到 系统级或隐藏API 的App，都需要系统签名文件和编译系统源码后得到相应的jar包才可以在IDE中编译，因为标准SDK根本没有那些API可供调用。

举个栗子：

需要额外的Jar就需要自己编译系统源码啦，这个是比较麻烦的，有兴趣可以试试自己编译定制自己的Android系统。

** 注意，既然是定制的，源码、jar、签名文件，还有系统都是一一对应的，你不能拿其他公司的系统签名来给你公司的系统app签名，这样无法运行的。 **

有了源码，下一步当然是要跑起来啦。

建议都使用Eclipse来编译，不要使用AS，因为AS编译大型的原生App能卡到你吐血，而且出错提示也不友好。但是用过AS的人都不想再碰Eclipse了有没有？？别急，可以先用Eclipse编译过了，再贴到AS中，这样好很多，也很节省时间。

初始化：

放入源码：

修正res错误：

修正src错误：

使用到系统级API的，或者AndroidManifest.xml文件中声明了

那么没有系统签名，直接debug签名运行是不行的，需要向底层工程师要系统的签名文件，在源码目录
build\target\proct\security
下的 platform.pk8 和 platform.x509.pem ，如果你想看此次编译Settings是否已成功了，可以适当的在入口加一下Log，然后导出未签名的apk，使用系统签名进行签名后，放到 /system/app/ 下替换掉Settings.apk，然后重启系统，打开设置，看看Logcat是否输出里加入的Log。

在不知道系统签名可以转换成debug签名前，老实说我一直都是用Log的方式调试，太特么痛苦了。现在知道后整个人都懵逼了。

我们都希望可以像调试普通app那样调试系统app，以下是如何通过 openssl 将 platform.pk8 和 platform.x509.pem 转换成 debug.keystore 文件：

三个命令

此方法来自： http://curlog.com/2016/08/30/android-pk2debug-keystore/

Mac自带openssl，linux和Win需要安装。

然后就可以使用得到的debug签名配置到eclipse后愉快的调试啦，当然，得先把系统中已经存在的app先删除掉。然后重启系统，至于如何配置eclipse的debug签名，请Google。

使用过AS后，当然希望在AS中也可以调试系统App，抽空再写篇相关编译和调试的文章。如果这篇文章帮到你了，给个赞呗。

㈡ 什么是C++原生类型

Nature Type，原生类型，我的理解，就是编译器自身支持的数据类型
包括简单数据类型和复杂数据类型，比如：
int、char、float、double、short、long 这些就是简单类型
union、enum、struct、class 这些就是复杂类型

其中 class 是 C++ 特有的，而 C 没有
wchar_t 是新增的特性，还有 size_t、sizeof、typeinfo 等
BYTE 其实就是 unsigned char

㈢ 什么是原生代码

原生代码: native code

是本地cpu的目标执行代码, 不是il, 所以速度很快, 它的执行不依赖某个虚拟机或者解释器，编译后可直接依附操作系统运行，不需要经过虚拟机之类的东西。
希望能帮助到你！
还请及时采纳谢谢

㈣ 为什么交叉编译的原生编译器找不到/usr/include/limits.h

差别只在gcc提供的include-fixed的limits.h的内容
/usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080926/include-fixed/limits.h

正常的这个文件里有
#ifdef _GCC_NEXT_LIMITS_H
#include_next /* recurse down to the real one */
#endif

有问题的文件里则没有

㈤ 不同的c语言编译系统差别在哪里代码是否 存在兼容性的问题

ANSI
C
一般都可以支持，但也涉及到不同版本的C标准的兼容性问题，比如VC6不支持C99，VS2003,2005,2008,20120等就可以部分支持C99标准；而且很多标准并没有规定实现，不同的编译器实现可能不同，比如C标准只规定了short<=int<=long,但并没有规定字节数，导致不同的编译器数据类型的大小各不相同。
非
ANSI
C标准的话，不同的编译器一般都有不同的实现，需要分别实现。
在移植到不同编译器的时候这些都要注意处理，比较常规的做法是数据类型和函数等自己根据不同编译器封装成一个统一的格式，在程序中使用封装后的数据类型或函数，而不要使用原生类型，这样在移植时只需要在封装的地方根据编译器的不同进行修改就可以了，不需要再修改源代码。

㈥ 应用编译优化哪个模式好

即时编译技术。
JIT为“即时编译技术”，当App运行时，每当遇到一个新类，JIT编译器就会对这个类进行编译，经过编译后的代码，会被优化成相当精简的原生型指令码（即nativecode），这样在下次执行到相同逻辑的时候，速度就会更快。

㈦ flutter与原生混编(iOS)

一、创建项目及配置
1，创建ios项目，同时在同一个根目录下创建flutter项目
flutter项目使用命令flutter create -t mole xxxflutter项目名
如图

2，将flutter项目以pod的形式加入ios项目
2.1，如果项目之前没有用过pod，则pod init创建podfile
如果使用过，直接进行步骤2.2。
2.2，podfile中添加

flutter_application_path是flutter项目的路径
2.3，target中加入（一次性将flutter的编译产物由此依赖进入iOS项目中，可跳过步骤3）

3，配置脚本（已完成步骤2.3可进行步骤4）
打开ios项目，在Build Phases中左上角添加Run Script

4，设置bitcode
Flutter 目前还不支持 BitCode，需要设置为No

二、混编使以后添加的每个模块都以package形式，在mole中pubspec.yaml文件中引用（基于内存消耗考虑）
1，页面跳转
原生处理：
flutter在iOS中的使用，主要是以FlutterViewController为载体，并在其内部采用FlutterEngine对视图进行渲染。
导入头文件：

flutter处理：
在mole项目的main里

定义channel，名字与原生保持一致

2，数据传递
二者之间的数据传递iOS使用FlutterBasicMessageChannel类，flutter使用BasicMessageChannel类，用法与MethodChannel类似
原生处理：

接收数据：

发送数据：

flutter处理：

问题：

网上搜的方法，在podfile最前边加eval(File.read(File.join(flutter_application_path, '.ios', 'Flutter', 'podhelper.rb')), binding)句话
执行pod install失败

于是又搜了下别的文章，添加的第二句话为load File.join(flutter_application_path, '.ios', 'Flutter', 'podhelper.rb')，试了下成功了

㈧ 请教各位关于G1/G2]★安卓网原创★ Android 原生编译 ROM 3.121 美化版！无泡版

呵呵，楼主！我自己根据你说的这个ROM，精简了一个：去安卓市场、电子市场、播放器、视频、重力球、浏览器、天气、还有几个忘了，我自己装了测试了一天半，没有问题，不过我感觉应用程序里面太单调又换回来了。

㈨ 如何将android原生应用改成ant方式编译

android 程序打包成apk，如果在是命令行方式，一般都要经过如下步骤：
1.用aapt命令生成R.java文件
2.用aidl命令生成相应java文件
3.用javac命令编译java源文件生成class文件
4.用dx.bat将class文件转换成classes.dex文件
5.用aapt命令生成资源包文件resources.ap_
6.用apkbuilder.bat打包资源和classes.dex文件,生成unsigned.apk
7.用jarsinger命令对apk认证,生成signed.apk

eclipase手动打包生成apk方式，只不过是eclipase代替执行了以上命令而已。

eclipse用起来虽然方便，为什么要使用Ant批量打包Android应用，对于个人来说主要有以下两方面考虑：
1、咱们在发布App的时候，可能需要发送到十几，甚至几十个不同的分发渠道，比如360手机市场，网络，应用宝等等，咱们可能需要对各个渠道的下载量，用户存留和用户使用情况等数据进行分析，比如使用网络移动统计，友盟统计等。为了实现统计功能，需要在配置文件中添加一个数据元，来标识咱们的应用要发布到哪一个渠道上，因此，若使用传统的方法，咱们每发布一个渠道的版本，就需要修改清单文件中的数据元，然后再使用keystore进行签名和打包。若只有一两个分发渠道，工作量还是可以接受的，但是若咱们的分发渠道打到几十个的时候，咱们如果再手动的进行修改然后签名打包发布，那工作量就很可观了。因此，为解决这种需求，咱们采用Ant来实现对Android应用的自动打包。
2、咱们做产品的时候，肯定需要经常打不同环境的包，比如开发环境，测试环境，生产环境，这个时候怎么办，如果用传统方法，打开发环境包要把自己的服务端IP和图片服务器IP改成开发的，打包，然后打测试的包，又要改成测试服务器IP和图片服务器IP，这样多麻烦，如果把这服务端IP和图片服务器IP，配置到一个xml文件里，用ant打包方式实现自动替换，多方便。