编译安卓修改设备信息
㈠ ROM制作工具如何制作手机刷机包
具体步骤如下：
㈡ android targetsdkversion怎么改
当你发布一个应用之后，(取决于具体的发布时间)可能没过几个月 Android 系统就发布了一个新版本。这对你的应用意味着什么，所有东西都不能用了？ 别担心，向前兼容是 Android 非常关注的事情。用户在升级到新版 Android 的时候，用以前版本的 SDK 构建的现有应用应该不会出问题。这就是 compileSdkVersion, minSdkVersion 和 targetSdkVersion 的作用：他们分别控制可以使用哪些 API ，要求的 API 级别是什么，以及应用的兼容模式。 compileSdkVersion compileSdkVersion 告诉 Gradle 用哪个 Android SDK 版本编译你的应用。使用任何新添加的 API 就需要使用对应 Level 的 Android SDK。 需要强调的是修改 compileSdkVersion 不会改变运行时的行为。当你修改了 compileSdkVersion 的时候，可能会出现新的编译警告、编译错误，但新的 compileSdkVersion 不会被包含到 APK 中：它纯粹只是在编译的时候使用。（你真的应该修复这些警告，他们的出现一定是有原因的） 因此我们强烈推荐总是使用最新的 SDK 进行编译。在现有代码上使用新的编译检查可以获得很多好处，避免新弃用的 API ，并且为使用新的 API 做好准备。 注意，如果使用 Support Library ， 那么使用最新发布的 Support Library 就需要使用最新的 SDK 编译。例如，要使用 23.1.1 版本的 Support Library ，compileSdkVersion 就必需至少是 23 （大版本号要一致！）。通常，新版的 Support Library 随着新的系统版本而发布，它为系统新增加的 API 和新特性提供兼容性支持。 minSdkVersion 如果 compileSdkVersion 设置为可用的最新 API，那么 minSdkVersion 则是应用可以运行的最低要求。minSdkVersion 是 Google Play 商店用来判断用户设备是否可以安装某个应用的标志之一。 在开发时 minSdkVersion 也起到一个重要角色：lint 默认会在项目中运行，它在你使用了高于 minSdkVersion 的 API 时会警告你，帮你避免调用不存在的 API 的运行时问题。如果只在较高版本的系统上才使用某些 API，通常使用运行时检查系统版本的方式解决。 请记住，你所使用的库，如 Support Library 或 Google Play services， 可能有他们自己的 minSdkVersion 。你的应用设置的 minSdkVersion 必需大于等于这些库的 minSdkVersion 。例如有三个库，它们的 minSdkVersion 分别是 4, 7 和 9 ，那么你的 minSdkVersion 必需至少是 9 才能使用它们。在少数情况下，你仍然想用一个比你应用的 minSdkVersion 还高的库（处理所有的边缘情况，确保它只在较新的平台上使用），你可以使用 tools:overrideLibrary 标记，但请做彻底的测试！ 当你决定使用什么 minSdkVersion 时候，你应该参考当前的 Android 分布统计，它显示了最近 7 天所有访问 Google Play 的设备信息。他们就是你把应用发布到 Google Play 时的潜在用户。最终这是一个商业决策问题，取决于为了支持额外 3% 的设备，确保最佳体验而付出的开发和测试成本是否值得。 当然，如果某个新的 API 是你整个应用的关键，那么确定 minSdkVersion 的值就比较容易了。不过要记得 14 亿设备中的 0.7％ 也是个不小的数字。 targetSdkVersion 三个版本号中最有趣的就是 targetSdkVersion 了。 targetSdkVersion 是 Android 提供向前兼容的主要依据，在应用的 targetSdkVersion 没有更新之前系统不会应用最新的行为变化。这允许你在适应新的行为变化之前就可以使用新的 API （因为你已经更新了 compileSdkVersion 不是吗？）。 targetSdkVersion 所暗示的许多行为变化都记录在 VERSION_CODES 文档中了，但是所有恐怖的细节也都列在每次发布的平台亮点中了，在这个 API Level 表中可以方便地找到相应的链接。 例如，Android 6.0 变化文档中谈了 target 为 API 23 时会如何把你的应用转换到运行时权限模型上，Android 4.4 行为变化阐述了 target 为 API 19 及以上时使用 set() 和 setRepeating() 设置 alarm 会有怎样的行为变化。 由于某些行为的变化对用户是非常明显的（弃用的 menu 按钮，运行时权限等），所以将 target 更新为最新的 SDK 是所有应用都应该优先处理的事情。但这不意味着你一定要使用所有新引入的功能，也不意味着你可以不做任何测试就盲目地更新 targetSdkVersion ，请一定在更新 targetSdkVersion 之前做测试！你的用户会感谢你的。 Gradle 和 SDK 版本 所以设置正确的 compileSdkVersion, minSdkVersion 和 targetSdkVersion 很重要。如你所想， Gradle 和 Android Studio 都在构建系统中集成了它们。在你的模块的 build.gradle 文件中（也可以在 Android Studio 的项目结构选项中）设置： android { compileSdkVersion 23 buildToolsVersion "23.0.1" defaultConfig { applicationId "com.example.checkyourtargetsdk" minSdkVersion 7 targetSdkVersion 23 versionCode 1 versionName “1.0” } } 编译时用到的 compileSdkVersion 是和构建工具版本一起设置的 Android 设置之一。其他两个稍有不同，他们在构建变体(build variant)的那里声明。defaultConfig 是所有构建变体的基础，也是设置这些默认值的地方。你可以想象在一个更复杂的系统中，应用的某些版本可能会有不同的 minSdkVersion 。 minSdkVersion 和 targetSdkVersion 与 compileSdkVersion 的另一个不同之处是它们会被包含进最终的 APK 文件中，如果你查看生成的 AndroidManifest.xml 文件，你会看到类似下面这样的标签： <uses-sdk android:targetSdkVersion="23" android:minSdkVersion="7" /> 如果你在 manifest 文件中手工设置，你会发现 Gradle 在构建时会忽略它们（尽管其它构建系统可能会明确依赖它们）。 综合来看 如果你按照上面示例那样配置，你会发现这三个值的关系是： minSdkVersion <= targetSdkVersion <= compileSdkVersion 这种直觉是合理的，如果 compileSdkVersion 是你的最大值，minSdkVersion 是最小值，那么最大值必需至少和最小值一样大且 target 必需在二者之间。 理想上，在稳定状态下三者的关系应该更像这样： minSdkVersion (lowest possible) <= targetSdkVersion == compileSdkVersion (latest SDK) 用较低的 minSdkVersion 来覆盖最大的人群，用最新的 SDK 设置 target 和 compile 来获得最好的外观和行为。#BuildBetterApps 关于本文的内容您可以参与我们 Google+ 帖子上的讨论，关注我们的 Android Development Patterns 信息流获得更多信息。
㈢ 如何定制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系统才去修改框架，例如修改一些启动界面，替换一些图片，修改底层库等，修改完成后再自行编译，便成了自己的定制版android系统。如小米手机，魅族手机需要自己定制的android系统，
其次，Android的开发分为三个类型：
a，移植开发移动设备系统；
b，android系统级开发
c，android应用程序开发。
1、移植开发移动设备系统: 移植开发移动设备涉及到linux内核（包括其驱动）；主要是一个手机制造商
2、Android系统级开发，指的是扩展android的框架或者是修改bug，这方面比较少，
除非有些开发移动设备的厂商，比如做gps，可以往里面加入一些自己的特定系统东西，这可能导致一些不兼容。当然也可能是简单的修复bug，android系统级开发涉及到C/C++库的开发及给上层java框架；其产品是不同的android应用程序，
3、开发应用程序，这应该是比较主流的开发，也就是给android系统写应用程序。android应用程序开发就是调用java的框架写应用程序,简单的从上到下.
adroid开发就分为居于sdk开发和源代码开发。
1、SDK开发，主要是应用程序开发，就是我们平常的android 应用开发
2、源代码的开发，主要在获取所有源代码的基础上进行，可以开发Android应用程序，进
行系统移植或者开发Android系统本身而SDK源码的修改，也就是我们在创建项目时需导入那个android.jar 包不再是android官方下载SDK文件夹下各个平台中那个andorid.jar
包了，而是得导入自己修改后的android.jar包，这就是所谓的SDK源码修改，但是一般的应用开发是完全没有必要去修改SDK源码的，因为它需要相应的硬件支持。
㈤ 求在安卓设备上运行的Android程序编译器，可以是可视化编程，最好编程语言是C ，编译器占用资源
如你所愿，终端模拟器，完全符合你的要求，不过我的手机是系统自带的，名称就叫终端模拟器，你可以网络搜搜下。
㈥ 如何定制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；
㈦ AndroidTv开发怎么把自己修改的代码写进系统
要看你的目的是什么了.
* 如果你是需要替换原来的 launcher 应用,那么首先你需要满足以下两个条件:
你有该TV设备的 adb shell root 权限
你持有该TV设备的系统签名
以上两个条件满足了的话,以下是步骤:
编译你的代码,应用包名必须和原来一样.编译完后用系统签名文件进行签名.
adb shell 进入 /system 分区(必须有root权限才能进入),在
以下两个目录(早期版本只有第一个目录):
/system/app
/system/priv-app/
找到你要替换的那个应用的位置.在 adb shell 下可以用 pm 这个内置命令方便的根据包名找apk位置,不展开,如需要请追问.
/system分区默认是只读的,必须使用 adb remount 命令,或者在 adb shell 下使用 mount 命令,将此分区重新挂载为可读分区,才能写入.具体不展开,如果需要知道命令的具体格式可以再追问.
用 adb push 命令将原有的那个应用替换为你编译的那个应用,或者先将你编译的 apk 拷贝进设备,再在 adb shell 下用 cp 命令替换原应用.两种方法都需要root权限.
系统会实时监视 /system/app 和 /system/priv-app/ 这两个目录的变化,所以在你替换了原有位置的那个应用后,系统立刻就会自动识别这个应用. 一般应用推进去立刻就可以使用了. launcher这类特殊的应用有可能会造成系统异常,不过重启一次肯定也就可以运行了(前提是你自己的修改没有问题).
之所以需要系统签名,是因为系统会对系统应用的签名和系统自身签名比对,不一样的话是无法运行的.
* 如果你的目的仅仅是为了研究代码,并不需要替换原来的launcher,那就简单啦.步骤:
把你修改的launcher的应用包名改一下,不要和原来系统的那个包名一样就行.
如果你可以对这台TV设备连接adb调试,那就直接用eclipse编译并在此设备上运行就可以了.adb是可以由wifi无线连接的,一般电视开发都是用的adb无线连接.
如果你无法连接adb调试,那就弄一个自己的apk签名,然后用此签名打包apk,然后拷贝到这台TV设备上进行安装就可以了.
这里用到签名是因为调试签名不能用作apk安装,必须是正式签名.
以上.
㈧ 如何在Android设备中用NDK编译SQLite并且对SQLite进行操作
SQLite是轻量级嵌入式数据库引擎，它支持 SQL 语言，并且只利用很少的内存就有很好的性能。此外它还是开源的，任何人都可以使用它。许多开源项目（(Mozilla, PHP, python）都使用了 SQLiteSQLite 由以下几个组件组成：SQL 编译器、内核、后端以及附件。SQLite 通过利用虚拟机和虚拟数据库引擎
（VDBE），使调试、修改和扩展 SQLite 的内核变得更加方便。
1. Android 集成了 SQLite 数据库 Android 在运行时（run-time）集成了 SQLite，所以每个 Android 应用程序都可以使用 SQLite 数据库。
2. 数据库存储在 data/< 项目文件夹 >/databases/ 下。 Android 开发中使用 SQLite 数据库 Activites 可以通过 Content Provider 或者 Service 访问一个数据库。
3. Android 提供了 SQLiteOpenHelper 创建一个数据库，只要继承 SQLiteOpenHelper 类，就可以轻松的创建数据库。SQLiteOpenHelper 类根据开发应用程序的需要，封装了创建和更新数据库使用的逻辑。
4. SQLiteOpenHelper 的子类，至少需要实现三个方法：
构造函数，调用父类 SQLiteOpenHelper 的构造函数。这个方法需要四个参数：上下文环境（例如，一个 Activity），数据库名字，一个可选的游标工厂（通常是 Null），一个代表你正在使用的数据库模型版本的整数。
2.onCreate（）方法，它需要一个 SQLiteDatabase 对象作为参数，根据需要对这个对象填充表和初始化数据。
3.onUpgrage() 方法，它需要三个参数，一个 SQLiteDatabase 对象，一个旧的版本号和一个新的版本号，这样就可以清楚如何把一个数据库从旧的模型转变到新的模型。
㈨ 自己可以编译安卓源码吗
用最新的Ubuntu 16.04,请首先确保自己已经安装了Git.没安装的同学可以通过以下命令进行安装:
sudo apt-get install git git config –global user.email “[email protected]” git config –global user.name “test”
其中[email protected]为你自己的邮箱.
简要说明
android源码编译的四个流程:1.源码下载;2.构建编译环境;3.编译源码;4运行.下文也将按照该流程讲述.
源码下载
由于某墙的原因,这里我们采用国内的镜像源进行下载.
目前,可用的镜像源一般是科大和清华的,具体使用差不多,这里我选择清华大学镜像进行说明.(参考:科大源,清华源)
repo工具下载及安装
通过执行以下命令实现repo工具的下载和安装
mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo
补充说明
这里,我来简单的介绍下repo工具,我们知道AOSP项目由不同的子项目组成,为了方便进行管理,Google采用Git对AOSP项目进行多仓库管理.在聊repo工具之前,我先带你来聊聊多仓库项目:
我们有个非常庞大的项目Pre,该项目由很多个子项目R1,R2,...Rn等组成,为了方便管理和协同开发,我们为每个子项目创立自己的仓库,整个项目的结构如下:
这里写图片描述
执行完该命令后,再使用make命令继续编译.某些情况下,当你执行jack-admin kill-server时可能提示你命令不存在,此时去你去out/host/linux-x86/bin/目录下会发现不存在jack-admin文件.如果我是你,我就会重新repo sync下,然后从头来过.
错误三:使用emulator时,虚拟机停在黑屏界面,点击无任何响应.此时,可能是kerner内核问题,解决方法如下:
执行如下命令:
通过使用kernel-qemu-armv7内核 解决模拟器等待黑屏问题.而-partition-size 1024 则是解决警告: system partion siez adjusted to match image file (163 MB >66 MB)
如果你一开始编译的版本是aosp_arm-eng,使用上述命令仍然不能解决等待黑屏问题时,不妨编译aosp_arm64-eng试试.
结束吧
到现在为止,你已经了解了整个android编译的流程.除此之外,我也简单的说明android源码的多仓库管理机制.下面,不妨自己动手尝试一下.
㈩ 在电脑上为android设备编写Python脚本的好用编译器
Android模拟器上安装Python解释器
我了解的有两种方法可以下载并安装Android软件。一个是通过Android直接访问网络，下载安装；另一个是通过PC下载，然后通过模拟器工具ADB安装。这里介绍第二种方式。
下载Python for Android解释器；
解释器框架，点击下载：http://code.google.com/p/android-scripting/downloads/detail?name=sl4a_r3.apk&can=2&q=
python解释器，点击下载：http://code.google.com/p/android-scripting/downloads/detail?name=PythonForAndroid_r4.apk&can=2&q=
安装Python for Android解释器；
设置环境变量，加入Android模拟器工具 adb.exe所在的路径。
打开cmd运行界面，输入adb。你会看到如下信息：
输入adb device。
输入adb install –s <解释器框架所在路径>；比如adb install –s c:/sl4a_r3.apk。安装完毕后，在你的android中就会出现SL4A图标。
同上的步骤，再把python解释器安装上。比如adb install –s c:/PythonForAndroid_r4.apk。安装完毕后，在你的Android中就会出现Python for Android图标。
在Android中点击Python for Android。进去后，有一个install的button，点击安装。这个程序会通过网络，下载到所需要的所有程序包。
测试Python for Android解释器；
当一切安装妥当后，在Android中点击SL4A图标。
在出现的列表中点击hello_world.py（或者其他的脚本）；界面左上角会出现一个小的SL4A的图标，同时界面也会出现“hello world！”
如果你的Android运行结果如上所述，证明你的安装成功了，继续下一步。
Step4 : 编写可在Android模拟器运行的Python Script并执行
编写Python Script For Android；
传递Python Script到Android模拟器;
假设你编写的python脚本存放在c:/Hello_world.py中
打开cmd界面，运行adb push <local> <remote>;例如，adb push c:/Hello_world.py /sdcard/sl4a/scripts/Hello_wold.py
在Android模拟器上运行Python Script;
在Android上运行脚本，你会看到“Hello world!”出现在屏幕上。 （如同step3的结果）
如果你的运行结果如上所述，那么恭喜你，你已成功上传并运行了你的第一个android python脚本，继续下一步。