对于Android应用开发，大部分情况下我们使用Java就能完整地实现一个应用。但是在某些情况下，我们需要借助C/C++来写JNI本地代码。比如，在使用跨平台的第三方库的时候；为了提升密集计算性能的时候（这种情况下往往还可能会直接使用汇编语言）。因此，这里我将为大家介绍如何给其它开发者创建可供使用的静态库或动态库。而应用开发者如何去连接这些生成的静态库或动态库。由于现在Android Studio已经比较成熟，因此以下描述将基于Android Studio的目录布局。
编译链接时 , 将整个库文件打包到可执行文件中 , 造成可执行文件较大 , 但运行时不需要库文件 ;
今天讲的是纯干货，目的就是为了指导Android开发者如何根据JNI Crash日志顺藤摸瓜，最后直捣黄龙定位磨人的JNI Crash。所以废话不多，直接开干吧。
Windows端的java程序使用jni调用C++编写的库，原来实现过在Android和Linux端通过JNI调用C++程序，在Windows端没有实现过，这里记录下几个关键的点；
② 编译类型 : JIT 即时编译 ; ( 编译类型有 JIT / AOT 两种类型 )
文章耽搁了两星期了，可能不少老铁已经忘了，上一篇文章的内容了，不妨回顾一下，之前的文章里面就简单的提及了FFmpeg的一些简单命令的用法，官方下载不同平台的静态库，可以直接执行binary 文件来编辑一些音视频文件。我上次只是说了视频画面合成的用法，通过vstack和hstack，来进行合成。这次呢 我将教大家，如何在自己的Android手机上进行视频画面拼接的方法 以及如何通过官方库编译出Android平台的so库及静态库。这次内容可能会很多，也涉及到了很多shell脚本语言的的东西。希望老铁们耐心看看，绝对会有帮助。
FFmpeg 是一款知名的开源音视频处理软件，它提供了丰富而友好的接口支持开发者进行二次开发。
NDK其实是提供了一系列的工具，帮助开发者快速开发C（或C++）的动态库，并能自动将so和java应用一起打包成apk。至于为什么要用NDK，一般都是出于一下几个原因：
1 . 编译 FFMPEG 函数库 : 【Android FFMPEG 开发】FFMPEG 交叉编译配置 ( 下载 | 配置脚本 | 输出路径 | 函数库配置 | 程序配置 | 组件配置 | 编码解码配置 | 交叉编译配置 | 最终脚本 )
最近公司项目需要适配arm64架构机器，特意整了两台arm64架构的CentOS7/8的机器来构建。 x86、x64架构下的应用在arm64下面需要解决各种环境和依赖问题。
Android.mk是Android提供的一种makefile文件，用来指定诸如编译生成so库名、引用的头文件目录、需要编译的.c/.cpp文件和.a静态库文件等。
交叉编译脚本参考 : 之前已经做过两个函数库的交叉编译脚本 , FFMPEG 和 x264 开源库 , 而且都是使用 configure 生成 Makefile 文件 ;
随便解压到一个目录，先运行一次命令./configure，如果没错可以进行下一步操作，编写脚本
在之前的一系列博客中使用 lib7zr.so 动态库处理压缩文件 , 本篇博客中使用静态库处理压缩文件 , 仅做参考 ;
1. build-essential 软件包，为编译程序提供必需软件包的列表信息，这样软件包才知道头文件、库函数在哪里。
上一篇博客写的是Java调用C、C++的例子，本篇就演示一下C、C++怎么调用Java的属性和方法。
参考博客 : 【Android NDK 开发】Android Studio 使用 CMake 导入静态库 ( CMake 简介 | 构建脚本路径配置 | 引入静态库 | 指定静态库路径 | 链接动态库 )
由于我是做Android的，因此重点关注JNI，主要是总结应该知道的一些JNI知识。
大家在编写Android的Native代码时，经常会接触到一个叫做Android.mk的文件。 虽然编译的时候都用到的是make，但是这个Android.mk文件里的语法还跟一般的make文件语法不太一样。 本质上，Android.mk只是GNU MakeFile的一个片段，编译系统在编译的时候有可能会多次解释Android.mk文件，所以要尽量少在脚本里面申明变量，也不要假设任何没有在脚本中定义的条件。 Android.mk文件是用来让你把源码组织成各个“模块”。所谓模块，由以下三种构成：
升级到Android 4.0。 原来我们在3.2 版本号以下编译的程序有些不能编译通过。
cocos2d-x环境搭建比較简单，可是小问题还是不少，我尽量都涵盖的全面一些。
初看这个标题你可能会不解，SQLite 本身就是一个跨平台的数据库，在这里再说跨平台有什么意义呢？ 其实不然，目前我就遇到了一个项目需要使用 SQLite 数据库，而且我甚至完全不想花多套代码在不同的平台上，毕竟每个平台的包含的相关 SDK 并不一致。举个简单的例子，在 Android 上操作 SQLite，需要用到 SQLiteDatabase 这个类，用 Java 来操作；而在 iOS 上，除了需要引入 libsqlite3.tbd 外，还需要引入 sqlite3.h 这个头文件，使用
本节将会对文档进行总结和补充。所以建议先浏览一遍文档，或者看完本篇文章再回头看一遍文档。
链接是将各种代码和数据片段收集并组合为一个单一文件的过程，这个文件可以被加载到内存中执行。
Android Studio 中使用 Android.mk 配置第三方 静态库 :
SDL系列讲解（一） 简介 SDL系列讲解（二） 环境搭建 SDL系列讲解（三） 工具安装 SDL是什么，能干什么，为什么我们要学习它？ SDL系列讲解（四） demo讲解 SDL系列讲解（五） 调试c代码 SDL系列讲解（六） SDL_Activity流程 SDL系列讲解（七） SDL_image教程 SDL系列讲解（八） SDL_ttf教程 SDL系列讲解（九） 异常退出分析 SDL系列讲解（十） 按键处理流程 SDL系列讲解（十一） SDL_QUIT流程 SDL系列讲解（十二）创建窗口流程
BareSIP是开源的SIP协议栈，我们可以基于BareSIP开发软电话应用。我们可以在项目中直接引入BareSIP的库，也可以将BareSIP的源代码引入到项目中，目前BareSIP还不是很稳定，因此，使用后者的方式方便我们对BareSIP进行二次开发以及修改问题。
JNI 是一种用来使得java代码和c代码之间互相调用的技术。那么我们会问，java代码为什么要调用c代码呢？出现的场景很多，比如：效率问题，众所周知java是高级语言，java程序一般都会依赖各种库，java语句的执行时间一般比c语句要慢，因此在对效率要求严格的情况下可以通过jni用c代码来提高效率。
静态库是一个包含预编译代码的文件，可以与可执行程序链接以创建单个自包含的可执行文件。静态库中的代码直接链接到可执行文件中，这使得它比动态库更快、更高效。
我们在编写一个C语言程序的时候，经常会遇到好多重复或常用的部分，如果每次都重新编写固然是可以的，不过那样会大大降低工作效率，并且影响代码的可读性，更不利于后期的代码维护。我们可以把他们制作成相应的功能函数，使用时直接调用就会很方便，还可以进行后期的功能升级。
-- 第一个JNI示例程序下载 : GitHub - https://github.com/han1202012/NDKHelloworld.git
在Andorid Studio不支持JNI开发之前大家一般都是使用Eclipse开发JNI，各种配置让人觉得很蛋疼。从Andorid Studio支持JNI开发后，让我们开发JNI变的如此简单。
C++静态库与动态库
动态库(共享库)的代码在可执行程序运行时才载入内存，在编译过程中仅简单的引用，因此代码体积比较小。
在这里我以导入静态库(.a)为例进行分析，动态库(.so)是类似的。在导入前，各位要先编译好ffmpeg库，需要注意的是在编译的时候要开启交叉编译，目标平台为Android，其他平台的库(windows,linux)在Android平台使用不了,我这里编译的是armeabi-v7a架构的库。
当你勤勤恳恳完成需求后，要交付你的成果时，你突然发现了一个问题，如果直接把源代码给乙方，他就可以直接进入你的代码，然后狠狠的学习再“借鉴”，甚至修改，你的头发的产物就被别人盗取了。这该如何是好？
系统的日志库是在liblog.so共享库中的，要使用该功能，需要在cmake中引入库。log.h的注释中有如下话：
Hello，小伙伴们，大家好！最近有小伙伴问我程序库相关的问题。程序库的存在很大程度上提高了程序的复用性、可维护性，但是程序库的应用往往对于初学者来说有些摸不清头脑，所以这一期本文从Linux的角度谈谈Linux下的程序库。 1. 什么是库 库文件一般就是编译好的二进制文件，用于在链接阶段同目标代码一起生成可执行文件，或者运行可执行文件的时候被加载，以便调用库文件中的某段代码。库文件无法直接执行，因为它的源代码中没有入口主函数，而只是一些函数模块的定义和实现，所以无法直接执行。程序库使程序更加模块化，重新编
http://blog.163.com/xychenbaihu@yeah/blog/static/13222965520101023104745738/
在项目开发时，经常会用到第三方库，也会自己创建动态库给别人或者给自己其他的工程项目使用。
最近在Linux下使用第三方库Protobuf时，遇到一个问题：可执行程序在运行时报错：“error while loading shared libraries: libprotobuf.so.7: cannot open shared object file: No such file or directory”。于是花时间弄清楚原因，找到解决方案，跟大家共享一下。
总第513篇 2022年 第030篇 减小应用安装包的体积，对提升用户体验和下载转化率都大有益处。本文将结合美团平台的实践经验，分享 so 体积优化的思路、收益，以及工程实践中的注意事项。本文将先从 so 文件格式讲起，结合文件格式分析哪些内容可以优化，然后再具体讲解每项优化手段以及注意事项，最后介绍相关的工程实践经验。希望能对从事包体积优化的同学有所帮助或启发。 1. 背景 2. so 文件格式分析 3. so 可优化内容分析 4. 优化方案介绍 4.1 精简动态符号表 4.2 移除无用代码 4.3 优
在编程的过程中，使用已经封装好的库函数是十分方便的，也是十分高效的，因此会使用函数库是很重要的。在C语言中，函数库文件分为两种类型，一种是静态库（库程序是直接注入目标程序的，不分彼此，库文件通常以.a结尾），另一种是动态库（库程序是在运行目标程序时（中）加载的，库文件通常以.so结尾），下面我们就探索一下这两种库文件的特点和使用方式吧！
我们在编写代码的时候经常用到已有的接口，他们是以库的形式提供给我们使用的，而常见形式有两种，一种常以.a为后缀，为静态库；另一种以.so为后缀，为动态库。那么这两种库有什么区别呢？
在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查 无误后,gcc 把代码翻译成汇编语言。
假设你下载了一款游戏，你是否会跑到游戏所在目录中双击 .exe 打开游戏？答案是不会，大多数人都会通过桌面的快捷方式直接打开文件，而这个快捷方式实际就是对 .exe 的 软链接 文件；当你在游戏中加载地图、道具等资源时，这些数据是存在 .exe 文件中的吗？答案是当然不是，这些资源文件都以 库 的方式与 .exe 位于同一目录中，通常为动态库，在 Windows 中后缀为 dll，那么这些神奇的辅助文件是如何产生的？本文将带你一起揭晓
虽然我们称Gcc是C语言的编译器，但使用gcc由C语言源代码文件生成可执行文件的过程不仅仅是编译的过程，而是要经历四个相互关联的步骤∶预处理(也称预编译，Preprocessing)、编译(Compilation)、汇编(Assembly)和链接(Linking)。
都是事先做好的.o仓库。库这个东西很好，如果没有库这个东西的话，每次都要自己重复实现这些工具函数，这会非常的麻烦。eg：如果没有库提供printf的话，写个简单的helloworld，printf函数还需要自己实现，这就扯淡了。
指定编译库的环境，其中Toolchain Default使用的是默认的CMake环境；C++ 11也就是C++环境。两种环境都可以编库，至于区别，后续会跟进，当前博文使用的是CMake环境。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
