Android-音视频学习系列-(二)-交叉编译动态库、静态库的入门学习

最新推荐文章于 2024-06-18 10:54:43 发布
最新推荐文章于 2024-06-18 10:54:43 发布
阅读量1.9k 收藏 37
点赞数 46
分类专栏： 程序员 文章标签： android 音视频 学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_62673499/article/details/137000848
版权

gcc -S test.i -o test.s//-S 的作用是编译结束生成汇编文件。

  1. 汇编阶段

汇编阶段把 .S 文件翻译成二进制机器指令文件 .o ，这个阶段接收.c ,.i ,.s 的文件都没有问题。

下面我们通过以下命令生成二进制机器指令文件 .o 文件:

gcc -c test.s -o test.o

  1. 链接阶段

链接阶段，链接的是函数库。可以通过以下命令实现:

gcc -C test.o -o test
./test

最后我们通过实际操作，对编译有了一定的了解，当然你也可以直接通过如下命令一步到位:

gcc test.c -o test

到这里我们成功的在 linux 平台生成了可执行文件，试想一下我们可以将这个可执行文件拷贝到安卓手机上执行吗？我们也不猜想了，实际测试下就行，我们把 test 可执行文件 push 到手机 /data/local/tmp 里面, 如下所示:

可以看到 test 在手机 /data/local/tmp 的路径下是有可读可写可执行的权限，但是最后执行不成功，这是为什么呢? 其实 主要原因是两个平台的 CPU 指令集不一样，根本就无法识别指令。那么怎么解决这个问题呢? 下面就要用到今天一个比较重要的知识点了， 利用 Android NDK 工具包来对 C/C++ 代码进行交叉编译 。

交叉编译

简单地来说，交叉编译就是程序的编译环境和实际运行环境不一致，即在一个平台上生成另一个平台上的可执行代码。

在音视频开发中了解交叉编译是很有必要的，因为无论在哪一种移动平台下开发，第三方库都是需要进行交叉编译的。下面我们就以之前的例子来讲解如何在 linux 环境下交叉编译出移动平台上的可执行代码。

了解 NDK

Android 原生开发包 (NDK) 可用于 Android 平台上的 C++ 开发，NDK 不仅仅是一个单一功能的工具，还是一个包含了 API 、交叉编译器、调试器、构建工具等得综合工具集。

下面大致列举了一下经常会用到的组件。

  • ARM 交叉编译器
  • 构建工具
  • Java 原生接口头文件
  • C 库
  • Math 库
  • 最小的 C++ 库
  • ZLib 压缩库
  • POSIX 线程
  • Android 日志库
  • Android 原生应用 API
  • OpenGL ES 库
  • OpenSL ES 库

下面来看一下 Android 所提供的 NDK 跟目录下的结构。

  • ndk-build: 该 Shell 脚本是 Android NDK 构建系统的起始点，一般在项目中仅仅执行这一个命令就可以编译出对应的动态链接库了。
  • ndk-gdb: 该 Shell 脚本允许用 GUN 调试器调试 Native 代码，并且可以配置到 AS 中，可以做到像调试 Java 代码一样调试 Native 代码。
  • ndk-stack: 该 Shell 脚本可以帮组分析 Native 代码崩溃时的堆栈信息。
  • build: 该目录包含 NDK 构建系统的所有模块。
  • platforms: 该目录包含支持不同 Android 目标版本的头文件和库文件， NDK 构建系统会根据具体的配置来引用指定平台下的头文件和库文件。
  • toolchains: 该目录包含目前 NDK 所支持的不同平台下的交叉编译器 - ARM 、X86、MIPS ，目前比较常用的是 ARM 。构建系统会根据具体的配置选择不同的交叉编译器。

下面我们就来为交叉编译的环境变量配置

环境变量配置

  • ndk 在 Linux 上的环境变量配置:

//1. vim /etc/profile
#NDK环境变量
export NDK_HOME=/root/android/ndk/android-ndk-r17c
export PATH= P A T H : PATH: PATH:NDK_HOME

//2. 保存
source /etc/profile

//3. 测试
ndk-build -v

如果出现如下字样，就证明配置成功了。

  • 交叉编译在 Linux 上的环境变量配置(做一个参考，采坑之后的环境配置):

export NDK_GCC_x86=“/root/android/ndk/android-ndk-r17c/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/i686-linux-android-gcc”
export NDK_GCC_x64=“/root/android/ndk/android-ndk-r17c/toolchains/x86_64-4.9/prebuilt/linux-x86_64/bin/x86_64-linux-android-gcc”
export NDK_GCC_arm=“/root/android/ndk/android-ndk-r17c/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-gcc”
export NDK_GCC_arm_64=“/root/android/ndk/android-ndk-r17c/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-android-gcc”

export NDK_CFIG_x86=“–sysroot=/root/android/ndk/android-ndk-r17c/platforms/android-21/arch-x86 -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include/i686-linux-android”
export NDK_CFIG_x64=“–sysroot=/root/android/ndk/android-ndk-r17c/platforms/android-21/arch-x86_64 -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include/x86_64-linux-android”
export NDK_CFIG_arm=“–sysroot=/root/android/ndk/android-ndk-r17c/platforms/android-21/arch-arm -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include/arm-linux-androideabi”
export NDK_CFIG_arm_64=“–isysroot=/root/android/ndk/android-ndk-r17c/platforms/android-21/arch-arm64 -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include -isystem -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include/aarch64-linux-android”

export NDK_AR_x86=“/root/android/ndk/android-ndk-r17c/toolchains/x86-4.9/prebuilt/linux-x86_64/bin/i686-linux-android-ar”
export NDK_AR_x64=“/root/android/ndk/android-ndk-r17c/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-android-ar”
export NDK_AR_arm=“/root/android/ndk/android-ndk-r17c/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-ar”
export NDK_AR_arm_64=“/root/android/ndk/android-ndk-r17c/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-android-ar”

你可以根据自己的 ndk 路径对应我的环境变量来进行配置。下面我们就用 ndk gcc 来对 test.c 进行交叉编译，步骤如下:

  1. 首先找到 /root/android/ndk/android-ndk-r17c/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-gcc


执行如下命令:

/root/android/ndk/android-ndk-r17c/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-gcc -o test test.c

  1. 这种错误是说在我们编得时候编译器找不到我们引入的 stdio.h 头文件，那怎么告诉编译器 stdio.h 头文件在哪里呢? 下面知识点说明怎么指定这些报错的头文件

  2. 指定头文件代码

/root/android/ndk/android-ndk-r17c/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-gcc --sysroot=/root/android/ndk/android-ndk-r17c/platforms/android-21/arch-arm -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include -pie -o test test.c

上面出现了几个命令符号，不了解了可以看一下如下解释:

–sysroot=?: 使用 ？作为这一次编译的头文件与库文件的查找目录，查找下面的 usr/include 目录。

-isystem ?(主要中间有一个英文空格) : 使用头文件查找目录，覆盖 --sysroot, 查找 ?/usr/include 目录下面的头文件。

-isystem ?(主要中间有一个英文空格): ** 指定头文件的查找路径。

-I?: 头文件的查找目录，I 是大写。

这样编译之后还是会报一个 asm/types.h 文件找不到，我们还要继续修改一下路径，如下

/root/android/ndk/android-ndk-r17c/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-gcc --sysroot=/root/android/ndk/android-ndk-r17c/platforms/android-21/arch-arm -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include -isystem /root/android/ndk/android-ndk-r17c/sysroot/usr/include/arm-linux-androideabi -pie -o test test.c

这样就能编译成一个 Android 平台可执行的文件了，这样看起来路径太多不易阅读，大家可以参考我提供的全局变量配置来进行设置，最后一行命令解决，如下:

$NDK_GCC_arm $NDK_CFIG_arm -pie -o test test.c 复制代码

可以看到，我们使用 Android NDK 编译出来的可执行文件已经在 Linux 平台下不可执行了。下面我们将 test 文件导入到 手机 /data/local/tmp 目录。

  1. 将 NDK 交叉编译出来的 test 可执行文件，导入 Android 手机中并执行 test 文件。

根据上面的录屏，我们知道已经成功的在 Android 设备下执行了 NDK 交叉编译后的 test 文件了。

下面我们利用 NDK 工具交叉编译 test.c 输出静态动态库。

动态库 & 静态库

编译静态库

  1. 将 test.c 使用 NDK GCC 编译为 .o 文件 ,命令如下:

$NDK_GCC_arm $NDK_CFIG_arm -fpic -c test.c -o test.o

如果出现如下文件，证明已经成功了。

  1. 使用 NDK arm-linux-androideabi-ar 工具将 test.o 文件生成 test.a 静态库，命令如下:

$NDK_AR_arm r test.a test.o

之后我们把 test.a 文件导入到 AS 中，来对 .a 的使用。

编译动态库

在编译动态库的时候我们需要指定 -fPIC -shared 额外参数给编译器，完整命令如下：

$NDK_GCC_arm $NDK_CFIG_arm -fpic -shared test.c -o libTest.so

动态库与静态库的区别

在平时工作中我们经常把一些常用的函数或者功能封装为一个个库供给别人使用，java开发我们可以封装为 ja r包提供给别人用，安卓平台后来可以打包成 aar 包，同样的，C/C++ 中我们封装的功能或者函数可以通过静态库或者动态库的方式提供给别人使用。

Linux 平台静态库以 .a 结尾，而动态库以 .so 结尾。

那静态库与动态库有什么区别呢？

1. 静态库

与静态库连接时，静态库中所有被使用的函数的机器码在编译的时候都被拷贝到最终的可执行文件中，并且会被添加到和它连接的每个程序中：

优点：运行起来会快一些，不用查找其余文件的函数库了。

缺点：导致最终生成的可执行代码量相对变多,运行时, 都会被加载到内存中. 又多消耗了内存空间。

2. 动态库

与动态库连接的可执行文件只包含需要的函数的引用表，而不是所有的函数代码，只有在程序执行时, 那些需要的函数代码才被拷贝到内存中。

优点：生成可执行文件比较小, 节省磁盘空间，一份动态库驻留在内存中被多个程序使用，也同时节约了内存。

缺点：由于运行时要去链接库会花费一定的时间，执行速度相对会慢一些。

静态库是时间换空间，动态库是空间换时间，二者均有好坏。

如果我们要修改函数库，使用动态库的程序只需要将动态库重新编译就可以了，而使用静态库的程序则需要将静态库重新编译好后，将程序再重新编译一遍。

mk & cmake

上一小节我们通过 NDK 交叉编译了 test.c 为动态静态库，那么该小节我们就基于 makefile 和 cmake 来构建一个 C/C++ 的 Android 程序, 并使用 test .a /libTest.so

mk

Android.mk 是在 Android 平台上构建一个 C 或者 C ++ 语言编写的程序系统的 Makefile 文件，不同的是， Android 提供了一些列内置变量来提供更加方便的构建语法规则。Application.mk 文件实际上是对应用程序本身进行描述的文件，它描述了应用程序要针对哪些 CPU 架构打包动态 so 包、要构建的是 release 包还是 debug 包以及一些编译和链接参数等。

语法基础

1. Android.mk

  • LOCAL_PATH :=$(call my-dir)

返回当前文件在系统中路径，Android.mk 文件开始时必须定义该变量。

  • include $(CLEAR_VARS), 表明清楚上一次构建过程的所有全局变量，因为在一个 Makefile 编译脚本中，会使用大量的全局变量，使用这行脚本表明需要清除掉所有的全局变量。

  • LOCAL_SRC_FILES, 要编译的 C 或者 CPP 的文件，注意这里不需要列举头文件，构建系统会自动帮组开发者依赖这些文件。

  • LOCAL_LDLIBS:= -L定编译过程所依赖的提供的动态静态库，变量代表的是下面的目录(SYSROOT)/usr/lib -Ilog -IOpenSLES -IGLESv2 -IEGL -Iz,定编译过程所依赖的 NDK 提供的动态静态库， SYSROOT 变量代表的是 NDK_ROOT 下面的目录 NDK 提供的动态与静态库，SYSROOT 变量代表的是 NDK_ROOT 下面目录 $NDK_ROOT/platforms/android-21/arch-arm, 而在这个目录的 usr/lib/ 目录下有很多对应的 so 的动态库以及 .a 的静态库。

  • LOCAL_CFLAGS , 编译 C 或者 CPP 的编译标志，在实际编译的时候会发送给编译器。比如常用的实例是加上 -DAUTO_TEST , 然后在代码中就可以利用条件判断 #ifdef AUTO_TEST 来做一些与自动化测试相关的事情。

  • LOCAL_LDFLAGS, 链接标志的可选列表，当对目标文件进行链接以生成输出文件的时候，将这些标志带给链接器。该指令与 LOCAL_LDLIBS 有些类似，一般情况下，该选项会用于指定第三方编译的静态库，LOCAL_LDLIBS 经常用于指定系统的库(比如 log、OpenGLES、EGL 等)。

  • LOCAL_MODULE, 该模块的编译的目标名，用于区分各个模块，名字必须是唯一并不包含空格的，如果编译目标是 so 库，那么该 so 库的名称就是 lib 项目名 .so。

  • include $(BUILD_SHARED_LIBRARY) ，其实类似的 include 还有很多，都是构建系统提供的内置变量，该变量的意义是构建动态库，其他的内置变量还包括如下几种。

  • —BUILD_STATIC_LIBRARY: 构建静态库

  • —PREBUILT_STATIC_LIBRARY: 对已有的静态库进行包装，使其成为一个模块。

  • —PREBUILT_SHARED_LIBRARY: 对已有的静态库进行包装，使其成为一个模块。

  • —BUILD_EXECUTABLE: 构建可执行文件。

2. Application.mk

  • APP_ABI := XXX ,这里的 XXX 是指不同平台，可以选填的有 x86 、mips 、armeabi、armeabi-v7a、all 等，值得一提的是，若选择 all 则会构建构建出所有平台的 so ,如果不填写该项，那么将默认构建为 armeabi 平台下的库。
  • APP_STL := gnustl_static ,NDK 构建系统提供了由 Android 系统给出的最小 C++ 运行时库 （、system/lib/libstdc++.so）的 C++ 头文件。
  • APP_CPPFLAGS :=-std=gnu++11 -fexceptions, 指定编译过程的 flag ,可以在该选项中开启 exception rtti 等特性，但是为了效率考虑，最好关闭 rtti。
  • NDK_TOOLCHAIN_VERSION = 4.8，指定交叉工具编译链里面的版本号，这里指定使用 4.8。
  • APP_PLATFORM :=android-9,指定创建的动态库的平台
  • APP_OPTIM := release,该变量是可选的，用来定义 “release” 或者 “debug” ,“release” 模式是默认的，并且会生成高度优化的二进制代码；“debug” 模式生成的是未优化的二进制代码，但是可以检测出很多的 BUG, 经常用于调试阶段，也相当于在 ndk-build 指令后边直接加上参数 NDK_DEBUG=1。
构建 C/C++ Android 项目

效果:

Makefile 的方式我们只做一个了解，因为以后我们构建 C/C++ 的 Android 项目都是用 cmake 方式来构建，所以我们重点掌握 cmake 就行。

cmake

之前做 NDK 开发或者老的项目都是基于 Android.mk、Application.mk 来构建项目的，但从 AS 2.2 之后便开始采用 CMake 的方式来构建 C/C++ 项目，采用 CMake 相比与之前的 Android.mk、Application.mk 方便简单了许多。下面我们简单的来介绍下 cmake 基础语法吧。

语法基础

#1. 指定 cmake 的最小版本
cmake_minimum_required(VERSION 3.4.1)

#2. 设置项目名称
project(demo)

#3. 设置编译类型
add_executable(demo test.cpp) # 生成可执行文件
add_library(common STATIC test.cpp) # 生成静态库
add_library(common SHARED test.cpp) # 生成动态库或共享库

#4. 明确指定包含哪些源文件
add_library(demo test.cpp test1.cpp test2.cpp)

#5. 自定义搜索规则并加载文件
file(GLOB SRC_LIST “.cpp" "protocol/.cpp”)
add_library(demo ${SRC_LIST}) //加载当前目录下所有的 cpp 文件

或者

file(GLOB SRC_LIST “.cpp")
file(GLOB SRC_PROTOCOL_LIST "protocol/.cpp”)

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
img
img
img
img

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
img

尾声

最后，我再重复一次，如果你想成为一个优秀的 Android 开发人员，请集中精力，对基础和重要的事情做深度研究。

对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。 整理的这些架构技术希望对Android开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

这里，笔者分享一份从架构哲学的层面来剖析的视频及资料分享给大家梳理了多年的架构经验，筹备近6个月最新录制的，相信这份视频能给你带来不一样的启发、收获。

Android进阶学习资料库

一共十个专题，包括了Android进阶所有学习资料，Android进阶视频，Flutter，java基础，kotlin，NDK模块，计算机网络，数据结构与算法，微信小程序，面试题解析，framework源码！

分享一份从架构哲学的层面来剖析的视频及资料分享给大家梳理了多年的架构经验，筹备近6个月最新录制的，相信这份视频能给你带来不一样的启发、收获。

[外链图片转存中…(img-bNkXVgbo-1711323662790)]

Android进阶学习资料库

一共十个专题，包括了Android进阶所有学习资料，Android进阶视频，Flutter，java基础，kotlin，NDK模块，计算机网络，数据结构与算法，微信小程序，面试题解析，framework源码！
[外链图片转存中…(img-gF5JC6pW-1711323662790)]

Java图灵架构
关注
  • 46
    点赞
  • 踩
  • 37
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
超详细的安卓ndk编译的两种方式（ndk-build和cmake）
you__are_my_sunshine的博客
10-18 1万+
一、概述         搞安卓的工作中难免需要使用native的方法，高效，安全。。。优点就不说了。以前使用到native方法的时候，都是临时抓起来一种方式就用了，也没详细整理两种方式的差别和详细的使用方式，虽然不复杂，但是中间还是有很多小细节需要注意的。虽然ndk-build的方式谷歌官方已经不支持使用了，新版的studio和ndk中工具中已经将其移除了，但是还是有必要了解怎么使用的，以备不...
Android音视频开发FFmpeg编译资源so动态库
03-15
Android音视频开发需要用到的FFmpeg编译资源（so动态库） 模块包含：libavcodec、libavfilter、libavformat、libavutil、libswresample、libswscale 包含平台：arm64-v8a、armeabi-v7a、x86、x86_64 以及模块的...
NDK Build 用法（NDK Build）
热门推荐
smfwuxiao的专栏
01-20 10万+
1、ndk-build的用法 Android NDKr4引入了一个新的、小巧的shell脚本ndk-build，来简化源码编译。 该文件位于NDK根目录，进入你的工程根目录或子目录之后，在命令行下调用即可。例如：     cd $PROJECT     $NDK/ndk-build NDK指向你的NDK的安装目录，PROJECT指向你的Android工程目录。建议将ndk-build所在
Android-音视频学习系列-(二)-交叉编译动态库、静态库的入门学习(1)
2401_83817439的博客
05-03 784
最后对于程序员来说，要学习的知识内容、技术有太多太多，要想不被环境淘汰就只有不断提升自己，
libjpeg-turbo 交叉编译aarch64 6.5.0 jpeg图像加速库
06-28
libjpeg-turbo 交叉编译aarch64 6.5.0 jpeg图像加速库
ffmpeg学习笔5 编译ffmpeg(Win10+android-ndk-r22)生成的arm64-v8a动、静态库
05-04
ffmpeg学习笔5 编译ffmpeg(Win10+android-ndk-r22)生成的arm64-v8a动、静态库 https://blog.csdn.net/aggs1990/article/details/124577714 CSDN审核可能较慢，如无法下载，可以过段时间再回来看下 仅供相关爱好者...
FFmpeg Android armeabi-v7a arm64-v8a 动态链接库.so文件.zip
07-13
针对Android平台编译好的FFmpeg 3.4.5的动态链接库.so文件，包括armeabi-v7a arm64-v8a两个版本，包含头文件，包含x264，支持mediacodec硬解码h264，h265。可直接集成到工程中用于视频编辑、转码等。
openCV4.6.0+android-ndk-r22-windows-x86_64编译的arm64-v8a动、静态库
06-18
openCV4.6.0+android-ndk-r22-windows-x86_64编译的arm64-v8a动、静态库 https://blog.csdn.net/aggs1990/article/details/124527556 CSDN审核可能较慢，如无法下载，可以过段时间再回来看下 仅供相关爱好者交流使用...
Android中的消息异步处理机制及实现方案
FlyingFish868的博客
06-15 1089
Android UI 是非线程安全的，即所有的 UI 操作必须在主线程中执行；任何在工作线程中直接对 UI 进行操作都会导致不可预知的行为，甚至可能导致应用崩溃；消息异步处理机制确保了所有的 UI 更新都在主线程中执行，从而保证了线程安全
XXE漏洞修补：保护您的系统免受XML外部实体攻击
weixin_43822401的博客
06-14 415
XXE漏洞通常发生在解析XML文档时，如果允许引用外部实体，攻击者可以构造特殊的XML输入，导致应用程序读取或包含恶意文件或URL。这不仅可能泄露敏感信息，还可能被用于进一步的攻击。XXE漏洞是一个严重的安全问题，它威胁着Web应用程序和服务器的安全。通过本文介绍的修补策略，包括升级libxml版本、在代码层禁用外部实体解析以及过滤用户提交的XML数据，可以有效地减少XXE漏洞的风险。网络安全是一个持续的过程，需要系统管理员和开发者不断更新知识和技能，以应对不断变化的威胁。
【Android 11】AOSP Settings添加屏幕旋转按钮
xuanyulevel6的博客
06-13 476
这里是客户要求添加按钮以实现屏幕旋转。这里的值可以是0，1，2，3 的任意一个。我这里没有陀螺仪，所以只需要这个命令就够了。更多的可以参考但是这有个缺陷，就是开机的动画不能随着设置好的屏幕方向旋转。
Android本地Gradle Plugin的创建以及使用
龙叔的专栏
06-12 347
2.新建一个module 取名叫buildSrc(注意，一定要叫这个名字，而且在setting.gradle中不要include这个Moudle，gradle会自动引入)有些Gradle插件，不想放到云端，本来也只是小功能而已，还放到云端，每次修改和发布都很麻烦，这种需求的插件放到本地还是合适的。使用就是在build.gradle中，正常使用插件。1.直接放到build.gradle。
高通Android 12/13 Launcher3修改RecentView与屏幕方向保持一致
最新发布
qq_15950325的博客
06-18 153
最近同事遇到一个需求说，recentview应用预览与屏幕方向不一致，问题，于是加了一些日志，实现此需求。3、最后展示RecentView与屏幕方向保持一致。2、源码修改diff如下所示。源码修改路径汇总如下。
Android低代码开发 - InputMenuPanelItem详解
跟着哆啦学Android
06-13 781
不管怎么说，输入菜单InputMenuPanelItem都是一个举足轻重的核心菜单项，对于它的优化，可不能马虎。MenuPanel遵循低代码设计理念，目的是为了让大家写代码就像拼积木一样，把能想到的尽可能多的考虑到，写代码就跟玩一样。
类android设备reset过程
wangyongh的博客
06-13 670
模式解析流程 frameworks/base/core/java/android/os/PowerManager.java frameworks/base/services/core/java/com/android/server/power/PowerManagerService.java 把reason存储到SystemProperties，最后调用ShutdownThread带着reason传参 frameworks/base/services/core/java/com/android/serve
Android 查询及获取应用程序 Package 及 Acticity 名称的方法
jppipai的博客
06-11 674
注意：在 Android 11 （API 30）中引入了包可见性的概念，即在 Android 11 及以上版本中将不能直接获取或查询到系统已安装的全部应用包名，包括第三方应用。最后通过上述 log 信息可知，包名为 com.android.gallery3d ，被启动的活动名为 GalleryActivity。查询包和安装信息（安装来源）
linux android glib库交叉编译 autogen.sh命令 --sysroot配置
05-27
在 Linux 平台上交叉编译 Android 平台的 GLib 库时，需要通过 autogen.sh 脚本进行初始化和配置。在这个过程中，需要通过 --host 和 --target 参数指定 GLib 库的主机架构和目标架构。 同时，为了能够正确地在 Android 平台上运行 GLib 库，还需要使用 --sysroot 参数指定 Android 平台的根目录。这个参数告诉编译器和链接器去哪里寻找 Android 平台的系统库和头文件。 例如，假设您的 Android 平台根目录为 /path/to/android/root，GLib 库的主机架构为 x86_64，目标架构为 arm64-v8a，则可以使用如下命令进行配置： ``` ./autogen.sh --host=x86_64-linux-gnu --target=aarch64-linux-android --disable-shared --enable-static --with-sysroot=/path/to/android/root ``` 其中，--disable-shared 和 --enable-static 参数用于指定编译静态库，--with-sysroot 参数用于指定 Android 平台的根目录。 希望这些信息能够对您有所帮助。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值