在 Windows 上，共享库由 .dll 表示；在 Linux 上，由 .so 表示。
《FFmpeg开发实战：从零基础到短视频上线》一书的“12.1.2 交叉编译Android需要的so库”介绍了如何在Windows环境交叉编译Android所需FFmpeg的so库，接下来介绍如何在Linux环境交叉编译Android所需FFmpeg的so库。
大家好，又见面了，我是你们的朋友全栈君。 背景 Android 系统本质是一个经过改造的 Linux 系统，so库是Linux系统上使用的共享库（类似windows上的dll）。最早，Android 系统只支持 ARMv5 的 CPU 构架，随着 Android 系统的发展，又加入了 ARMv7 (2010), x86 (2011), MIPS (2012), ARMv8, MIPS64 和 x86_64 (2014)。每一种 CPU 构架，都定义了一种 ABI（Application Binary
以一个例子来说明。 这里有三个so_test.h, test_a.c, test_b.c
前面介绍了Android jni 相关知识，但jni最终还是要调用的第三方的C/C++库，这里我们以ffmpeg为例，介绍第三方C/C++如何编译成android 版本。
前言 因为工作需要可能要用到JNI开发，本篇文章就分享一下我在这方面的实践，以前我们使用Eclipse做NDK开发，非常麻烦，需要配cygwin的编译环境，后面NDK功能完善才逐渐简单点，如果想了解Eclipse如何配置NDK编译环境可以参考我以前发表的旧文： Cocos2d-x 2.2.3 使用NDK配置编译环境 JNI_Android项目中调用.so动态库 Eclipse的如何通过NDK生成so库就不多说了，目前已经不适用于Android开发，建议使用AS进行开发，本篇也是基于AS来进行讲解。 什么是J
前言 上一篇给大家介绍了Android Crash中的Java Crash分析，我们可以知道Java Crash一般会弹出提示框告诉我们程序崩溃了，通常使用Crash工具都能够捕获到；本篇博客来谈谈如何针对Native Crash进行分析，它相对与Java层面的Crash有什么特点？如何判断程序Crash是因为Native层导致的？我们怎么去分析它？下面我们一个一个解答这些问题。 Native Crash在Android上的特点 出错时界面不会弹出提示框提醒程序崩溃（Android 5.0以下） 出错时会弹
转载请注明出处：帘卷西风的专栏(http://blog.csdn.net/ljxfblog)
最近我有一个工具需求就是在我的电脑上通过Python来调用我们内部的一个Jar包，没想到这么一个简简单单的需求，折腾了将近2天的时间，在这里做一个总结，来简单说一下这过程中遇到的问题，希望可以帮助到后来人
目前，有大量的网络应用在处理数据包的时候只需要处理数据包头，而不会操作数据负载部分，例如防火墙、TCP/IP协议栈和软件交换机。对这类网络应用而言， 包头处理产生的开销（称为“per-packet overhead”）占了整体开销的大部分。因此，如何减少包头处理开销是优化这类应用性能的关键。
在linux环境下进行程序开发时，经常需要使用makefile管理编译代码，特别是一些大型工程，而makefile工具语法晦涩深入研究较为困难，好在有很多工具可以自动生成makefile，qmake就是其中的一种。
文章耽搁了两星期了，可能不少老铁已经忘了，上一篇文章的内容了，不妨回顾一下，之前的文章里面就简单的提及了FFmpeg的一些简单命令的用法，官方下载不同平台的静态库，可以直接执行binary 文件来编辑一些音视频文件。我上次只是说了视频画面合成的用法，通过vstack和hstack，来进行合成。这次呢 我将教大家，如何在自己的Android手机上进行视频画面拼接的方法 以及如何通过官方库编译出Android平台的so库及静态库。这次内容可能会很多，也涉及到了很多shell脚本语言的的东西。希望老铁们耐心看看，绝对会有帮助。
上次将FFmpeg通过linux系统编译成了arm平台下的动态链接库，生成了一个文件夹： 其中include存放着头文件，lib存放着so库，今天将这些内容导入AS中，用于接下来音视频的开发。 1.首
《FFmpeg开发实战：从零基础到短视频上线》一书的“12.1.2 交叉编译Android需要的so库”介绍了如何在Windows环境交叉编译Android所需FFmpeg的so库，前文又介绍了如何在Linux环境交叉编译Android所需FFmpeg的so库，接下来介绍如何在Linux环境交叉编译Android所需x265的so库。
最近在研究ARM cpu 32 bit转码 64bit的事情，以用于在64bit的服务器上可以更快的运行32bit的Android ELF文件。
网上其实已经有很多的关于FFmpeg so库编译的分享，但是大部分都是直接把配置文件的内容贴出来。我想大部分取搜索 「如何编译FFmpeg so库」的人，对交叉编译这个东东都是比较陌生的。
以Android studio 4.0.2来分析讲解，gradle=6.1.1，如图文和网上其他资料不一致，可能是别的资料版本较低而已
https://developer.android.google.cn/ndk/downloads/ 在安卓开发官网可以下载到，可以直接在linux中下载，也可以在windows平台下载后传到linux下，我这边使用的是14b版的ndk
关于gcc问题解决 最近gcc编译出来的so库之类的使用总有问题，收集资料后简单整理下解决方法： 首先使用ldd 或者ldd -r XXX 查看文件所连接的so库有没有问题，目前我看到的经常是出现（undefined symbol: lua_getfield）在c中，动态库中的symbol就是函数名，所以一看到就知道是lua库没有链接导致函数找不到加上-llua即可以解决。 而c++由于允许重载，就出现同一个函数名可能对应多个实际的函数问题，于是就会有name mangling ,而且这个mangling完
因为FFmpeg是一套集录制、转换以及流化音视频的完整的跨平台解决方案，如果我们开发者想直接在自己开发的Android应用中使用ffmpeg的提供的功能,则需要引入so静态库，比如制作一些音视频编辑应用。
版权声明：本文为作者原创，如需转载请通知本人，并标明出处和作者。擅自转载的，保留追究其侵权的权利。golang群：570992072。qq 29185807 个人公众号：月牙寂道长 公众号微信号yueyajidaozhang https://blog.csdn.net/screscent/article/details/79959894
这篇文章通过实战案例，介绍了一种有条理的组织Native层代码层级结构的方法。并且，在良好的代码层级、作用分工的基础上，实现了动态的按需加载、卸载so库。文章的最后，还介绍了实践过程中遇到的困难以及对应的解决方案，能让读者少走弯路。 — 责任编辑 wingyipye 1. 为什么在Native层动态加载so库 随着Android App发展的不断变化，App的性能和系统API框架外的功能拓展显得越来越重要。App从性能方面考虑，需要在Native层使用C/C++实现的方案，Native层再通过JNI的方
看到这个标题，大家可能会认为就是Android运行python脚本，或者用python写app，这些用QPython和P4A就可以实现了。我在想既然C可以调用Python，那么Android能不能通过JNI去调用C里的方法，C再去调用Python方法，实现Android与Python交互呢？用最近很热的一个概念来说JNI就是个壳。（本文假设大家有JNI开发基础）
linux系统的so库一般存储与“/usr/lib/”路径中，可将动态库复制到该路径中。
将tcmalloc作为动态库使用，非常方便，网上有很多资料介绍了。tcmalloc.a也可以以静态链接的方式加入应用程序中，大概因为使用太方便，网上关于这方面的介绍都是一笔带过，但是如果要在动态 库(so)中静态编译tcmalloc,却是有所不同的。 我的项目中有一个so动态库，需要在java中通过jni调用，因为涉及频繁的内存分配操作所以这个so希望用tcmalloc管理内存池以提高系统运行效率，如果使用以动态库方式使用tcmalloc。那么在应用服务器(tomcat)启动的时候，需要先设置LD_PRELOAD参数指向tcmalloc.so，然后执行startup.sh启动tomcat。这样以来，不仅是我的so库，整java程序在运行过程中的所有向操作系统申请释放内存的过程都交给了tcmalloc管理了，其实挺好的。使用这种方案，我的so库代码不需要在编译时链接tcmalloc,什么都不用改变，就能使用tcmalloc。 但是凡事有利就有弊，这个方案带的成本就是在系统安装、维护时稍显复杂：需要在服务器上安装tcmalloc和libunwind(应用系统运行在64位操作系统下)，还可能需要修改tomcat启动脚本以加入LD_PRELOAD参数，对工程实施人员的要求比较高。
在使用IDA静态反汇编时，如果正在逆向的文件中有动态链接库函数（比如调用了程序自定义so库中的函数），IDA只会显示一个地址，跟进去会发现是延迟绑定中关于plt的代码，无法知道具体调用了哪个函数，对于逆向起来很是麻烦，本文介绍如何识别这样的函数。 按道理讲，虽然不能动态调试，静态分析不能看到运行时绑定的地址，但是具体动态链接的过程一定也是根据文件中的信息，所以静态也一定可以知道调用的是哪个函数，但是我没有发现如何使用IDA自动确定（如有高手麻烦留言告诉我），于是通过查阅《程序员的自我修养》动态链接相关内容，
随着版本的迭代，业务的增加，QQ音乐apk的大小已经超过25M，其中res目录占用的大小超过5.5M，所以提出了对安装包进行瘦身的技术需求。
最近工作中有地方嵌入式程序出现莫名其妙的问题，有时候正常的变量值都会突变了导致问题。
我们要引入ijkplayer播放器的时候，发现一个小小的缺陷就是so库太大了，一般有3个so库：
copylib.sh（类似ldd命令）：用于将.so库文件的依赖项复制并放入自动生成的 “lib文件” 中。
我们日常开发中编写的C/C++代码经过NDK进行编译和链接之后，生成的动态链接库或可执行文件都是ELF格式的，它也是Linux的主要可执行文件格式。我们今天就要借助一个示例来理解一下android平台下native层hook的操作和原理，不过在这之前，我们还是要先了解一下ELF相关的内容。
上一篇介绍了在window上编译opencv的动态链接库，这一篇介绍在Linux上编译opencv的so库的过程。
做Android开发会遇到各种各样的问题，遇到问题不可怕，解决了并且知道为什么，下次遇到能马上解决就好了，今天要说的就是这个so库的使用采坑了。
《FFmpeg开发实战：从零基础到短视频上线》一书的例程主要测试本地的音视频文件，当然为了安全起见，很多网络视频都采用了https地址。FFmpeg若要访问https视频，就必须集成第三方的openssl库，但编译FFmpeg时却默认关闭了openssl。为了让App能够播放采用https的在线视频，需要编译安装并启用openssl。
在defaultConfig目录里面 ndk { abiFilters "armeabi","x86" }
前一阵项目上要求实现App的so库动态加载功能，因为这块本来就有成熟的方案，所以一般的实现没什么难度。可是到项目测试中，才发现有不少意料之外的情况，需要一一针对处理，故此记录一下具体的解决办法，以供后来者参考。 按App加载so库的正常流程，在编译前就要把so文件放到工程的jniLibs目录，这样会把so直接打包进apk安装包，然后App在启动时就会预先加载so库。具体的加载代码一般是在Activity页面中增加下面几行，表示在实例化该页面的时候，一开始就从系统目录加载名为libjni_mix.so的库：
如上图所示，armabi的库可以运行在x86、x86-64以及armabi-v7a和armabi-v8a的CPU架构上，从下往上的方向上，下方架构的so库可以兼容的运行在更上方的CPU架构中，只是可能会出现性能问题。比如PC端跑模拟器的时候，就比较卡顿。
公司的硬件让我帮忙调用一个so文件，想着一直都没机会自己写一个jni，于是就答应了，在调用的过程中还踩了不少坑，特地写一篇博客记录一下。
本篇概览 作为一名java程序员，如果想在Ubuntu16桌面版上使用OpenCV4的服务，可以下载自己所需版本的OpenCV源码，然后自己动手编译java库和so库，这样就可以在java程序中使用了 本文详细记录OpenCV4的下载和编译过程，然后写一个java程序验证是否可以成功调用OpenCV4的库，总的来说分为以下几步： 安装必要应用 配置java环境 配置ANT环境 下载源码 编译前的配置 编译 安装 验证 注意：本文的操作全部以非root账号执行 环境和版本 操作系统：16.04.7 LTS（桌
最近在用Docker+Jenkins做持续集成(CI），中间有个步骤需要调用zipalign对齐jar包，但我运行zipalign的时候却提示： No such file or directory。
这里重点在与-I和-L参数。在前面gcc编译参数中我们讲到-I指的是头文件的搜索目录，-L是动态库的搜索目录。 这里我们就成功的进行了编译。 然后运行./main发现报错
LIBRARY_DIRS := $(PYTHON_LIB) /usr/local/lib /usr/lib 改为：
JNI是 Java Native Interface 的缩写，通过使用 Java本地接口书写程序，可以确保代码在不同的平台上方便移植。从 Java1.1 开始，JNI标准成为java平台的一部分，它允许 Java 代码和其他语言写的代码进行交互 。JNI 一开始是为了本地已编译语言，尤其是 C 和 C++ 而设计的 ，但是它并不妨碍你使用其他编程语言，只要调用约定受支持就可以了。使用java与本地已编译的代码交互，通常会丧失平台可移植性。但是，有些情况下这样做是可以接受的，甚至是必须的。例如，使用一些旧的库，与硬件、操作系统进行交互，或者为了提高程序的性能。JNI 标准至少要保证本地代码能工作在任何 Java 虚拟机环境。
前段时间，公司项目完成了插件化的开发，自己也因此学习了很多Android插件化的知识，于是想把这些内容记录下来，本次带来Android插件化的第一篇：动态加载综述
类加载方案需要重启App后让ClassLoader重新加载新的类，为什么需要重启，因为类是无法卸载的，要想重新加载类就需要重启App，因此采用类加载方案的热修复框架无法及时生效。
今天讲的是纯干货，目的就是为了指导Android开发者如何根据JNI Crash日志顺藤摸瓜，最后直捣黄龙定位磨人的JNI Crash。所以废话不多，直接开干吧。
–enable-R-shlib 表示生成libR.so库，当需要进行gcc等编译的时候很重要，确保之后安装R-studio-server时会出现 找不到"lib.so"文件的错误。
应用程序二进制接口（Application Binary Interface）定义了二进制文件（尤其是.so文件）如何运行在相应的系统平台上，从使用的指令集，内存对齐到可用的系统函数库。在Android 系统上，每一个CPU架构对应一个ABI：armeabi，armeabi-v7a，x86，mips，arm64- v8a，mips64，x86_64。
在《如何制作属于自己的静态库》中简单介绍了静态库的制作方法，但实际上动态库的使用更为广泛，至于原因，在《静态库和动态库的区别》一文中已有说明。本文介绍动态库的制作方法以及两种使用方式。
《全民K歌内存篇1——线上监控与综合治理》 《全民K歌内存篇2——虚拟内存浅析》 《全民K歌内存篇3——native内存分析与监控》 一、背景 在2020年的上半年，我们在用户反馈后台发现闪退、白屏问题不断增多，这些问题严重影响用户体验。观察Crash监控平台发现Crash率也在逐步升高,其中Native层的Top1的crash堆栈信息如下： 这个Crash在整体的crash中占比很大，通过这个堆栈信息，发现并没有明显的指向哪个业务代码。此时，把发生Crash时的内存信息上报到后台，分析发现：Cra
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
