Android开发实践：如何设置NDK的编译选项
本文是我的《Android NDK开发》系列的又一篇文章，上篇文章中，我分享了一个可以自动添加源文件列表的 Android.mk 示例模板，方便大家快速地搭建起完整的 NDK 开发工程框架，本文则主要探究几个主要的 NDK 编译选项的配置，其中包括：APP_ABI、LOCAL_LDLIBS、LOCAL_CFLAGS、APP_STL 这几项，让你从此不再对 NDK 的编译参数望而生却。
首先回顾一下 Android NDK 开发中，Android.mk 和Application.mk 各自的职责。
Android.mk，负责配置如下内容：
（1） 模块名（LOCAL_MODULE）
（2） 需要编译的源文件（LOCAL_SRC_FILES）
（3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）
（4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS）
Application.mk，负责配置如下内容：
（1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI）
（2） Toolchains（默认值：GCC 4.8）
（3） C++标准库类型（默认值：system）（APP_STL）
（4） release/debug模式（默认值：release）
由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。
2. APP_ABI
ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考 百度百科 或者 维基百科 ）
由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。
这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/Linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。
而我们所说的&交叉编译&的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。
这里给出最新 Android NDK 所支持的ABI类型及区别：&
那么，如何指定ABI类型呢？在 Application.mk 文件中添加一行即可：
APP_ABI:=armeabi-v7a//只编译armeabi-v7a版本
APP_ABI:=armeabiarmeabi-v7a//同时编译armeabi，armeabi-v7a版本
APP_ABI:=all//编译所有版本
3. LOCAL_LDLIBS
Android NDK 除了提供了Bionic libc库，还提供了一些其他的库，可以在 Android.mk 文件中通过如下方式添加依赖：
LOCAL_LDLIBS:=-lfoo
其中，如下几个库在 Android NDK 编译时就默认链接了，不需要额外添加在 LOCAL_LDLIBS 中：
（1） Bionic libc库
（2） pthread库（-lpthread）
（3） math（-lmath）
（4） C++ support library (-lstdc++)
4. LOCAL_CFLAGS
我们可以在 Android.mk 文件中设置 LOCAL_CFLAGS 来为编译源代码添加额外的编译选项，由于NDK实际上也是调用GCC命令来完成编译和链接的，因此，LOCAL_CFLAGS 的可选参数配置大家可以参考GCC的官方文档，链接如下：
《GCC 4.8.4 Manual》
《GCC Command Options》
下面是我总结的一些常用的CFLAGS编译选项：
（1）通用的编译选项
-O2 编译优化选项，一般选择O2，兼顾了优化程度与目标大小
-Wall 打开所有编译过程中的Warning
-fPIC 编译位置无关的代码，一般用于编译动态库
-shared 编译动态库
-fopenmp 打开多核并行计算，
-Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索
-nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。
--sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。
-llibrary 查找名为library的库进行链接
-Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。
-nostdlib 该选项指示链接的时候不要使用标准路径下的库文件
（2） ARM平台相关的编译选项
-marm -mthumb 二选一，指定编译thumb指令集还是arm指令集
-march=name 指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a
-mfpu=name 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16
-mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：&soft&, &softfp& and &hard&
5. APP_STL
从Android NDK r5 开始支持 STL 了，只需要在 Application.mk 文件中添加对 APP_STL 的定义即可：
APP_STL:=gnustl_static
默认情况下，system 库只支持部分 STL 的功能，不支持C++异常，不支持RTTI，不过，NDK 集成了一系列其他的C++运行时库，可以提供这些功能！
我们可以通过修改 Application.mk文件中的 APP_STL 来配置到底选择使用哪一种C++支持库：
system-&UsethedefaultminimalsystemC++runtimelibrary.
gabi++_static-&UsetheGAbi++runtimeasastaticlibrary.
gabi++_shared-&UsetheGAbi++runtimeasasharedlibrary.
stlport_static-&UsetheSTLportruntimeasastaticlibrary.
stlport_shared-&UsetheSTLportruntimeasasharedlibrary.
gnustl_static-&UsetheGNUSTLasastaticlibrary.
gnustl_shared-&UsetheGNUSTLasasharedlibrary.
顶一下(0) 踩一下(0)
热门标签：你的位置： >
> Android开发实践：如何设置NDK的编译选项
本文是我的系列的又一篇文章，上篇文章中，我分享了一个可以自动添加源文件列表的 Android.mk 示例模板，方便大家快速地搭建起完整的 NDK 开发工程框架，本文则主要探究几个主要的 NDK 编译选项的配置，其中包括：APP_ABI、LOCAL_LDLIBS、LOCAL_CFLAGS、APP_STL 这几项，让你从此不再对 NDK 的编译参数望而生却。
首先回顾一下 Android NDK 开发中，Android.mk 和 Application.mk 各自的职责。
Android.mk，负责配置如下内容：
（1） 模块名（LOCAL_MODULE）
（2） 需要编译的源文件（LOCAL_SRC_FILES）
（3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）
（4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS）
Application.mk，负责配置如下内容：
（1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI）
（2） Toolchains（默认值：GCC 4.8）
（3） C++标准库类型（默认值：system）（APP_STL）
（4） release/debug模式（默认值：release）
由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。
2. APP_ABI
ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考
由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。
这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/Linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。
而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。
这里给出最新 Android NDK 所支持的ABI类型及区别：
那么，如何指定ABI类型呢？在 Application.mk 文件中添加一行即可：
APP_ABI := armeabi-v7a //只编译armeabi-v7a版本
APP_ABI := armeabi armeabi-v7a //同时编译armeabi，armeabi-v7a版本
APP_ABI := all //编译所有版本
3. LOCAL_LDLIBS
Android NDK 除了提供了Bionic libc库，还提供了一些其他的库，可以在 Android.mk 文件中通过如下方式添加依赖：
LOCAL_LDLIBS := -lfoo
其中，如下几个库在 Android NDK 编译时就默认链接了，不需要额外添加在 LOCAL_LDLIBS 中：
（1） Bionic libc库
（2） pthread库（-lpthread）
（3） math（-lmath）
（4） C++ support library (-lstdc++)
下面我列了一个表，给出了可以添加到“LOCAL_LDLIBS”中的不同版本的Android NDK所支持的库：
4. LOCAL_CFLAGS
我们可以在 Android.mk 文件中设置 LOCAL_CFLAGS 来为编译源代码添加额外的编译选项，由于NDK实际上也是调用GCC命令来完成编译和链接的，因此，LOCAL_CFLAGS 的可选参数配置大家可以参考GCC的官方文档，链接如下：
下面是我总结的一些常用的CFLAGS编译选项：
（1）通用的编译选项
编译优化选项，一般选择O2，兼顾了优化程度与目标大小
打开所有编译过程中的Warning
编译位置无关的代码，一般用于编译动态库
-shared 编译动态库
-fopenmp 打开多核并行计算，
-Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索
-nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。
–sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。
-llibrary 查找名为library的库进行链接
-Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。
-nostdlib 该选项指示链接的时候不要使用标准路径下的库文件
（2） ARM平台相关的编译选项
-marm -mthumb 二选一，指定编译thumb指令集还是arm指令集
-march=name
指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a
-mfpu=name
给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16
-mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”
5. APP_STL
从Android NDK r5 开始支持 STL 了，只需要在 Application.mk 文件中添加对 APP_STL 的定义即可：
APP_STL := gnustl_static
默认情况下，system 库只支持部分 STL 的功能，不支持C++异常，不支持RTTI，不过，NDK 集成了一系列其他的C++运行时库，可以提供这些功能，这些库的特性如下所示：
我们可以通过修改 Application.mk文件中的 APP_STL 来配置到底选择使用哪一种C++支持库：
-& Use the default minimal system C++ runtime library.
gabi++_static
-& Use the GAbi++ runtime as a static library.
gabi++_shared
-& Use the GAbi++ runtime as a shared library.
stlport_static
-& Use the STLport runtime as a static library.
stlport_shared
-& Use the STLport runtime as a shared library.
gnustl_static
-& Use the GNU STL as a static library.
gnustl_shared
-& Use the GNU STL as a shared library.
关于如何设置NDK的编译选项就介绍到这儿了，有任何疑问，欢迎留言或者来信lujun.交流，也可以关注我的新浪微博
或者微信公众号 @Jhuster 获取最新的文章和资讯。
转载请注明： &
与本文相关的文章如何修改ndk的gcc编译选项_百度知道Android Studio,1.3以上新版NDK编译配置 - 推酷
Android Studio,1.3以上新版NDK编译配置
Android Studio自从更新为1.3.0后，就把NDK的编译功能从android构建插件中移除了。现在只能在体验版的构建工具里面使用了(support only works with the new experimental Gradle plugin for Android (which in turn requires Gradle 2.5.)。现在来讲解下这个体验版本的NDK配置
必需环境：
1，Gradle 2.5
2，Android NDK r10e
3，Android SDK 和构建工具版本19.0.0以上，有些新功能可能需要最新版本
一、 将正常版本的gradle配置转成体验版
新建一个module，Studio会自动生成gradle的正常版本配置。下面我们来手动修改，改成体验版，以便使用NDK编译这个功能
1.修改gradle-wrapper.properties
├── app/
│ ├── app.iml
│ ├── build.gradle
│ └── src/
├── build.gradle
├── gradle/
│ └── wrapper/
│ ├── gradle-wrapper.jar
│ └── gradle-wrapper.properties
├── gradle.properties
├── gradlew*
├── gradlew.bat
├── local.properties
├── MyApplication.iml
└── settings.gradle
找到./gradle/wrapper/gradle-wrapper.properties文件因为体验版插件只支持 gradle-2.5，所以我们需要将distributionUrl的gradle版本改成2.5
#Wed Apr 10 15:27:10 PDT 2013
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl=https\://services.gradle.org/distributions/gradle-
2。修改项目的build.gradle
./build.gradle
将com.android.tools.build:gradle修改为com.android.tools.build:gradle-experimental
这个体验版当前版本是0.2.0.
// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
repositories {
dependencies {
classpath 'com.android.tools.build:gradle-experimental:0.2.0'
// NOTE: Do not place your applicati they belong
// in the individual module build.gradle files
allprojects {
repositories {
3.module的build.gradle
./app/build.gradle
DSL 的修改:
插件名字由com.android.application变成了com.android.model.application，如果是库module，则变成’com.android.model.library’。
Configuration需要在外面加一层 model { } 域块
大部分的属性配置都要加 =
为一个集合（Collection）添加元素需要使用 += 。
下面的这些DSL限制将来可能会移除:
buildTypes, productFlavors和signingConfigs必须放在android { } 域块外面.
在android { }域块里面的选项必须使用with关键词来配置
属性只能设置他们相应的类型，没法接受其他类型来适应参数，比如：
File类型的属性只能接受File，不再能同时接受File或者String对象
minSdkVersion不再能同时设成整形或者字符串
创建新的buildType或productFlavor需要调用create方法。修改已经存在的buildType，比如 release和debug，可以直接使用名字，无需再加create
apply plugin: ‘com.android.model.application’
compileSdkVersion = 22
buildToolsVersion
“22.0.1”
defaultConfig .with {
applicationId = “com.example.user.myapplication”
minSdkVersion .apiLevel = 15
targetSdkVersion .apiLevel = 22
versionCode = 1
versionName
buildConfigFields .with {
create() { type = “int” name = “VALUE” value = “1”
android.buildTypes {
minifyEnabled = false
proguardFiles += file(‘proguard-rules.pro’)
android.productFlavor s {
create(“ flavor1 “) {
applicationId = ‘com.app’
// Configures source set directory.
android.sources {
srcDir ‘src’
dependencies {
compile fileTree(dir: ‘libs’, include: [‘*.jar’])
compile ‘com.android.support:appcompat-v7:22.2.0′
4，下载NDK和配置
4.1使用studio内置的SDK管理下载NDK或者单独下载NDK
4.2 在 local.properties中设置ndk.dir 为NDK的路径或者 配置ANDROID_NDK_HOME环境变量指向NDK目录
4.3 在module的build.gradle中添加android.ndk域块
目前的限制：
1，不支持只含NDK的module，只支持混合类型的App项目或者库项目
2，自定义的类项目不影响jni代码在自定义库中的编译(比如 AAR 的 so 文件只是简单的打包在APK中)
3，不支持创建或依赖静态库
4，不支持使用像cpu_features这类的module
5，不支持集成外部的构建系统
下面是一些module的的build.gradle例子:
apply plugin: 'com.android.model.application'
compileSdkVersion = 22
buildToolsVersion = &22.0.1&
android.ndk {
moduleName = &native&
*注意moduleName是必需的，他决定了生成的native库的名称。
默认在src/main/jni查找C/C++文件。配置android.sources可以改变源代码路径
compileSdkVersion = 22
buildToolsVersion = &22.0.1&
android.ndk {
moduleName = &native&
android.sources {
srcDir 'src'
一些构建的选项可以在android.ndk { }域块中设置比如
compileSdkVersion = 22
buildToolsVersion = &22.0.1&
android.ndk {
// All configurations that can be changed in android.ndk.
moduleName = &native&
toolchain = &clang&
toolchainVersion = &3.5&
//CFlags 有个大写C.这是命名限制，将来会解决
// Note that CFlags has a capital C, which is inconsistent with
// the naming convention of other properties. This is a
// technical limitation that will be resolved
CFlags += &-DCUSTOM_DEFINE&
cppFlags += &-DCUSTOM_DEFINE&
ldFlags += &-L/custom/lib/path&
ldLibs += &log&
stl = &stlport_static&
android.buildTypes {
ndk.with {
debuggable = true
android.productFlavors {
create(&arm&) {
ndk.with {
// You can customize the NDK configurations for each
// productFlavors and buildTypes.
abiFilters += &armeabi-v7a&
create(&fat&) {
// If ndk.abiFilters is not configured, the application
// compile and package all suppported ABI.
// You can modify the NDK configuration for each variant.
components.android {
binaries.afterEach { binary -&
binary.mergedNdkConfig.cppFlags.add(
&-DVARIANT=\&& + binary.name + &\&&)
参考：/tech-docs/new-build-system/gradle-experimental
Google Gradle NDK例子： /googlesamples/android-ndk.git
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致本文是我的系列的又一篇文章，上篇文章中，我分享了一个可以自动添加源文件列表的 Android.mk 示例模板，方便大家快速地搭建起完整的 NDK 开发工程框架，本文则主要探究几个主要的 NDK 编译选项的配置，其中包括：APP_ABI、LOCAL_LDLIBS、LOCAL_CFLAGS、APP_STL 这几项，让你从此不再对 NDK 的编译参数望而生却。1. 概述首先回顾一下 Android NDK 开发中，Android.mk 和&Application.mk 各自的职责。Android.mk，负责配置如下内容：（1） 模块名（LOCAL_MODULE）（2） 需要编译的源文件（LOCAL_SRC_FILES）（3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）（4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS）Application.mk，负责配置如下内容：（1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI）（2） Toolchains（默认值：GCC 4.8）（3） C++标准库类型（默认值：system）（APP_STL）（4） release/debug模式（默认值：release）由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。2. APP_ABIABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考&&或者&&）由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/Linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。这里给出最新 Android NDK 所支持的ABI类型及区别：那么，如何指定ABI类型呢？在 Application.mk 文件中添加一行即可：12345APP_ABI&:=&armeabi-v7a&//只编译armeabi-v7a版本APP_ABI&:=&armeabi&armeabi-v7a&//同时编译armeabi，armeabi-v7a版本APP_ABI&:=&all&//编译所有版本3. LOCAL_LDLIBSAndroid NDK 除了提供了Bionic libc库，还提供了一些其他的库，可以在 Android.mk 文件中通过如下方式添加依赖：1LOCAL_LDLIBS&:=&-lfoo其中，如下几个库在 Android NDK 编译时就默认链接了，不需要额外添加在 LOCAL_LDLIBS 中：（1） Bionic libc库（2） pthread库（-lpthread）（3） math（-lmath）（4） C++ support library (-lstdc++)下面我列了一个表，给出了可以添加到“LOCAL_LDLIBS”中的不同版本的Android NDK所支持的库：4. LOCAL_CFLAGS我们可以在 Android.mk 文件中设置 LOCAL_CFLAGS 来为编译源代码添加额外的编译选项，由于NDK实际上也是调用GCC命令来完成编译和链接的，因此，LOCAL_CFLAGS 的可选参数配置大家可以参考GCC的官方文档，链接如下：下面是我总结的一些常用的CFLAGS编译选项：（1）通用的编译选项-O2 &编译优化选项，一般选择O2，兼顾了优化程度与目标大小-Wall &打开所有编译过程中的Warning-fPIC &编译位置无关的代码，一般用于编译动态库-shared 编译动态库-fopenmp 打开多核并行计算，-Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索-nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。–sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。-llibrary 查找名为library的库进行链接-Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。-nostdlib 该选项指示链接的时候不要使用标准路径下的库文件（2） ARM平台相关的编译选项-marm -mthumb 二选一，指定编译thumb指令集还是arm指令集-march=name &指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a-mfpu=name & 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16-mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”5. APP_STL从Android NDK r5 开始支持 STL 了，只需要在 Application.mk 文件中添加对 APP_STL 的定义即可：1APP_STL&:=&gnustl_static默认情况下，system 库只支持部分 STL 的功能，不支持C++异常，不支持RTTI，不过，NDK 集成了一系列其他的C++运行时库，可以提供这些功能，这些库的特性如下所示：我们可以通过修改 Application.mk文件中的 APP_STL 来配置到底选择使用哪一种C++支持库：12345678910111213system&&&&&&&&&-&&Use&the&default&minimal&system&C++&runtime&library.&&gabi++_static&&-&&Use&the&GAbi++&runtime&as&a&static&library.&&gabi++_shared&&-&&Use&the&GAbi++&runtime&as&a&shared&library.&&stlport_static&&-&&Use&the&STLport&runtime&as&a&static&library.&&stlport_shared&&-&&Use&the&STLport&runtime&as&a&shared&library.&&gnustl_static&&&-&&Use&the&GNU&STL&as&a&static&library.&&gnustl_shared&&&-&&Use&the&GNU&STL&as&a&shared&library.Android开发中文站(AndroidChinaNet)　
　文章为作者独立观点，不代表微头条立场
的最新文章
in Android 客户端架构演进在Activity中含有EditText时，我们常常在AndroidManifest.xml中为该Activ1.如果性能不佳，就在应用层处理，别放在数据库层。排序和分组就是一个例子。在应用层操作性能提升总是比在数据层事件分发是Android中非常重要的机制，是用户与界面交互的基础。这篇文章将通过示例打印出的Log，绘制出事使用这些基本命令会帮助新手们完成 Linux 的日常任务，由于它们的使用频率如此至高，所以我更乐意称他们为 Linux 命令之王！程序员的生活就是解决一个又一个问题，永无止境。这篇文章介绍了一系列解决问题的策略。根本的指导方针1. 首先写导语iOS 程序能从网络获取数据。少量的 KV 类型数据可以直接写文件保存在 Disk 上，App 内部通过Stephen Tobolowsky 在定义联体三角形“我真的开始对我在这里做的事情感觉不自信了。如果我们都HTTP 协议是互联网的基础协议，也是网页开发的必备知识，最新版本 HTTP/2 更是让它成为技术热点。本文在这个时间开始学习移动开发真是最好不过了，每个人应该都有一些移动应用的创意，而且你并不需要任何的原生应用编程编程是技术革新的核心，当今的编程语言有能力让开发者不再束缚他们的潜力来构建未来的技术。如果你是一名具有前瞻性前序：
要是没有发生这么一件事，也不会有DVM的。之前Google一直用的都是JVM，本来也没啥事JSON：JavaScript 对象表示法（JavaScript Object Notation）。独立于语hello hello! 举起你们的双手，让我听到你们的呐喊！今日一首北京东路的日子送给大家，开始~又卡带了抽象工厂模式的定义：为创建一组相关或相互依赖的对象提供一个接口，而且无需指定它们的具体类。抽象工厂模式的通用Android 5.0 正式降临了，Andy Rubin 功成身退了。不知不觉间，这个绿色的小机器人已经走过前言一个好的互联网公司都离不开好的产品经理，对产品有着充分理解、有强大的分析判断和执行的能力、有良好的沟通和“哇欧，我才读了 git 的快速入门指南就觉得它简直酷毙了，现在使用起 git 来感觉超舒服，妈妈再也不担心反射类类型Class的使用类类型Class的实例获取方式有一下三种Android设置闹钟并不像IOS那样这么简单，做过Android设置闹钟的开发者都知道里面的坑有多深。下面大约十年前，我听说了反if的活动，觉得这个概念非常荒谬。如果不用if语句，又怎么能写出有用的程序呢？这简直太Android Lint是Android SDK提供的一项静态代码分析工具，对于提高代码质量具有重要作用。到如果你跟我一样，整天要花大量的时间使用Linux命令行，而且正在寻找一些可替代系统自带的老旧且乏味的终端软件进入 2015 年以来，国内游戏业已经有多位游戏公司 CEO 因高强度工作猝死，而众所周知，游戏开发者也属于前言：投了很多公司，大公司小公司，在专门的网站上投的基本是石沉大海了，找人内推的还在静候佳音中。。。大三结束掌握什么是View?View 坐标的基本概念View的生命周期如何自定义View什么是View?androi作为一群APP开发爱好者，我们很享受开发这个过程，当一个个功能被实现的时候，心中是满满的成就感啊!不过开发的应用的数据指标不仅可以显示出应用的性能好坏，还能帮我们找出运营过程中的不足，及时把控应用推广或ASO效果！想不想get这些数据指标↓↓↓最近看了一些Android的源码，发现设计模式无处不在啊！感觉有点乱，于是决定要把设计模式好好梳理一下，于是1.Retrofit简介Retrofit无疑是当下最流行的Android网络请求框架了，是Square提供的Service是Android的四大组件之一，被用来执行长时间的后台任务，同样，线程也可以实现在后台执行任务深夜整理，值得你阅读并转发的干货！TypeLibDescriptionLibLocationAndroidSlidingMenuhttps:/现在Android的开发者基本上都使用Android Studio进行开发(如果你还在使用eclipse那也如果有人问你，GET和POST，有什么区别？你会如何回答？我的经历前几天有人问我这个问题。我说GET是用于获任何一个行业的从事者，在入行时间久了之后，就难免会有“职业病”，你会用行业的眼光去分析生活中的问题，就如同今一什么是留存？留存在互联网行业中说的多，但是真正做得好的却不多。留存是什么呢？就是使用了一段时间的产品后，仍正所谓“工欲善其事必先利其器”,一个好的工具或者技巧能让提升工作效率，起到事半功倍的效果。在这里斗胆列出一些如果你对Android Studio 和Intellij IDEA 的界面很陌生的话，刚好这篇文章提供一些技巧，教你一些最常见的技巧来使你提高生产率。本文是我的《Android NDK开发》系列的又一篇文章，上篇文章中，我分享了一个可以自动添加源文件列表的 做了几年的互联网运营，其实创业的想法早已萌发，现在自己出来创业也就不是一时冲动了。老何平常和朋友聊天的过程中今天大概看了下Android Studio 2.2 的更新说明－这里 ，于是晚上下载了最新版本满足下好奇心理看到很多人提问非科班该如何学习编程，其实科班也基本靠自学。有句话叫“师傅领进门修行靠个人”，再厉害的老师能教你的东西都是很有限的，真正的修行还是要靠自己。在开发过程中，经常会用到第三方库，比如地图、视频、文档编辑、图表之类。依赖这些库，需要添加其SDK，有时需要今天在新建一个Activity的时候， 随手就创建了一个空的activity，而且， AS 还会给你自动生成Android端通过HttpURLConnection上传文件到服务器一：实现原理最近在做Android客户在iOS设备上我们随处可见毛玻璃效果，而且最近越来越多的场合应用到了这种美观的虚化效果，包括本人的一个开源项早期的Android系统几乎只支持ARMv5的CPU架构，你知道现在它支持多少种吗？7种！Android系统SQLITE在ANDROID上的一个BUG：SQLiteCantOpenDatabaseException:有些andorid开发人员感觉很迷茫，接下来该去看系统源码还是继续做应用，但是感觉每天仅仅实在画UI和调用MAndroidChinaNet这里有资讯，干货，技术，源码，精彩内容不容错过！热门文章最新文章AndroidChinaNet这里有资讯，干货，技术，源码，精彩内容不容错过！