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