ecshop中libs.xml是什么文件!?作用是什么?

LIBS的工作方式是使用脉冲聚焦激光器，该激光器以足够的脉冲能量向样品发射，从而在被击中的区域周围产生等离子体。束缚原子电子从构成材料的原子中剥离。当等离子体冷却时，原子与电子重新结合，并在紫外光、光学和红外波段发出光。 LIBS作为实验室技术已经使用了30多年，能够分析周期表中的任何元素。最近，这项技术已被小型化为一种手持设备(HH LIBS)，能够分析任何元素，这取决于为该设备选择的光谱仪范围。1. 一种脉冲激光，通常在5-6MJ/脉冲能量范围内，以每秒50次(50 Hz)的速度向样品发射。激光通过聚焦透镜，将激光束聚焦到大约50μm的直径。脉冲宽度为1-2 ns(十亿分之一秒)，从而产生足够高的功率密度(能量/面积/时间)，使产生等离子体的物质蒸发。 2. 当等离子体冷却几百微秒时，从原子中剥离出来的电子与原子重新结合，在紫外、光学和红外光谱中发射光。 3. 机载光谱仪通过测量特定波长下的光波长和强度(量)来分析发射光--光谱。 4. 机载软件将光谱线与已知波长进行比较，以确定存在哪些元素，并利用这些谱线的强度进行星上校准，以量化元素的浓度。

本文操作环境：windows10系统、thinkpad t480电脑。 什么是libs文件夹 libs文件夹是软件连接文件和库文件，对于软件是不能够正常的启动有着决定性的作用。 libs文件夹能否删除？ 前面我们已经说过，libs里面存储的是大家软件运行的文件，在电脑中如果不慎将libs文件夹删除，很有大概会导致大家没有法启动软件，所以建议我们在删除文件夹的时候要注意libs文件夹，尽量不要删除，这会给大家在使用软件上带来许多的麻烦。

LZ你好！手机里的libs文件夹是存放安装文件的支持文件，删除后程序管理里面就没有文件了，可能会导致某个软件用不了。希望采纳，谢谢！

呜呜呜呜呜

libs技术中光斑的大小对测试的影响：实际上测量的就是光斑面积大小的平均值，但是激光光斑很小，除非极精密的要求，大多数情况下都能完全满足测试要求。rb的大小影响放大器的工作点，要参考输入信号的大小来定，信号小则RB可大些，但要不发生截止失真；信号大则RB可小些，但要不发生饱和失真。用一台音频信号发生器加信号，用一只1K电阻串联1M电位器做Rb，用示波器测Rc上的波型便可验证。主要特点固体激光光源，多种波长可选，能量高、集中，操作调节方便，微损检测。样品处理方便，可直接检测固体、液体和气体样品。只需接通电源，无燃烧气，无需缓冲气（可选），对环境无特殊要求。全范围波长采集数据，分析检测速度快，典型分析1－20秒。数据库包含有超过7000条谱线数据，每个元素至少有5条最强谱线数据。

LIBS使用高峰值功率的脉冲激光照射样品，光束聚焦到一个很小的分析点（通常10-400微米直径）。在激光照射的光斑区域，样品中的材料被烧蚀剥离，并在样品上方形成纳米粒子云团。由于激光光束的峰值能量是相当高的，其吸收及多光子电离效应增加了样品上方生成的气体和气溶胶云团的不透明性，即便只是很短暂的激光脉冲激发。由于激光的能量显著地被该云团吸收，等离子体逐渐形成。高能量的等离子体使纳米粒子熔化，将其中的原子激发并且发出光。原子发出的光可以被检测器捕获并记录为光谱，通过对光谱进行分析，即可获得样品中存在何种元素的信息，通过软件算法可以对光谱进行进一步的定性分析（例如材料鉴别，PMI）和定量分析（例如，样品中某一元素的含量）。检出限和定量分析LIBS检出限很大程度上取决于被测样品的类型、具体哪些元素、以及仪器的激光器/光谱检测器的选型配置。基于以上原因，LIBS的检出限可以从几ppm一直到%级的范围。在大多数常规应用中，对于绝大多数元素，LIBS检出限可以做到10 ppm到100 ppm。在定量分析中，通过LIBS获得的测量结果的相对标准偏差可以达到3-5%以内，而对于均质材料通常可以到2%以内甚至<1%。

在C4D软件安装根目录中找到“resource”文件夹打开，然后在打开“libs”文件夹，继续打开“win64”这个文件夹。然后复制里面的“libmmd.dll”文件，然后粘贴到C4D软件的安装根目录即可。CINEMA 4D字面意思是4D电影，不过其本身就是3D的表现软件，由德国Maxon Computer开发，以极高的运算速度和强大的渲染插件著称，很多模块的功能在同类软件中代表科技进步的成果，并且在用其描绘的各类电影中表现突出，而随着其越来越成熟的技术受到越来越多的电影公司的重视，可以预见，其前途必将更加光明。Cinema 4D 应用广泛，在广告、电影、工业设计等方面都有出色的表现，例如影片《阿凡达》有花鸦三维影动研究室中国工作人员使用Cinema 4D制作了部分场景，在这样的大片中看到C4D的表现是很优秀的。它正成为许多一流艺术家和电影公司的首选，Cinema 4D已经走向成熟。

LZ你好！手机里的libs文件夹是存放安装文件的支持文件，删除后程序管理里面就没有文件了，可能会导致某个软件用不了。希望采纳，谢谢！

有一些可以删，比如安装的应用程序的文件，但是如果把系统文件给删了就就不行了。

两者还是有区别的，放在lib中的是被reference的，放在libs中的是被include的。放在libs中的文件会自动被Eclipse所include。所以不要把API放到libs里去。比如ndk生成的so，是在libs中的，这时候你就需要把它拷贝到lib中，而不是libs中，否则你ref

最近有小伙伴在使用大脚插件的时候，发现libs被禁用，因为该功能只对暴雪的UI开放。你可以禁用这个插件并重新装载UI，其实解决方法不是特别难，下面来看看详细的解决方法吧。魔兽大脚插件禁用重新载入解决方法方法一：1、在大脚的主页面依次打开：“单体插件——我的插件——出问题的插件”（列：ilbs），随后将这个插件禁用就可以了。2、禁用之后重新登录就好了，还不行的话就删除掉插件然后进行重新下载吧。方法二：1、打开大脚插件，然后进入插件管理。2、随后可以将“信息收集、大脚动作条增强、频道信息过滤、团队记录”前面的√取消。3、然后点击右下角的“重载插件完毕”即可。要注意的是，游戏内插件管理也可以禁用哟。

自己建一个即可

有一些可以删，比如安装的应用程序的文件，但是如果把系统文件给删了就就不行了。

Calibus系列手持式LIBS激光诱导击穿光谱仪是ARUN最新推出的激光产品，有着绝佳的元素分析性能，尤其是C元素检测分析性能优异，是目前分析检测碳元素最稳定的手持光谱仪。产品特点：* 谱线范围宽：全谱元素检测，可精准稳定检测C及合金材料中的Li、Be、B元素，填补了XRF的检测盲区* 分析能力强：全新高分辨率的光学系统设计，搭配CMOS传感器，使得检测精度更高* 无辐射：采用激光诱导击穿技术，没有辐射危险，产品通过《设备使用安全认证》* 分析速度快：1s完成分辨牌号，快速分析检测* 样品适应性广：无需样品前处理，样品适应性广：不要求导电，不要求消解，不要求大量* 易用性高：智能触摸屏，人性化交互界面，操作简单便捷，大大提高工作效率fqj在一声声哀嚎声中，数学老师带着一摞试卷走了进来。好像是因为冬天天冷，体育老师冻感冒了。所以变成了两节数学课，顺便考个试。数学老师名叫欧岛，一个很富有数学气息的名字，常年带着一个黑框眼睛。卷子陆续分发。作为一个学渣，苏牧无奈的拿出了数学参考资料，想碰碰运气看能不能找到原题。“叮！查看了数学题目，数学积分+1，当前积分1/100，等级：一级”突然，从脑海中冒出来的声音，将他吓了一大跳，差点没从凳子上滑落下来。一旁的同桌颜小珂忍住没有笑场。欧岛则是狠狠的瞪了苏牧一眼。“？？？…”苏牧瞪大了眼睛，有些不可置信。“这是什么鬼东西？这是系统？？居然真的有系统这种东西？”苏牧继续翻动，又出现了同样的声响。“叮！您查看了数学题目，数学积分+1，当前积分2/100，等级：一级”他只是瞟了一眼，居然就增加了积分？苏牧觉得自己的脑子清明了些。这些陌生的数学题目，似乎看起来也熟悉了几分。他越发的激动起来。这些都是真正出现在他眼前的变化！苏牧翻书的动作越来越快，积分也越来越多，直到欧岛走过来站到了他的面前，才反应过来迅速收了回去。这个时候，他的积分已经达到了81/100。他并没有慌张，而是继续将试卷上的题目查看了一遍。终于，系统迎来了新的提示音。“叮，您的数学积分已经足够，等级：二级，当前积分0/1000！”这一瞬间，苏牧仿佛像醍醐灌顶一般，曾经那些陌生的数学题，仿佛变成了多年的好友！他居然！看懂了！看懂了！！居然看懂了！！苏牧的内心顿时内流满面，颇有苦尽甘来的感觉。仿佛是要检验自己的成果，苏牧的心思完全沉寂在了试卷之中，这是一个学渣对于知识的渴望。时间一点一滴的过去，就连苏牧自己都没有发现。可惜的是，虽然他的数学已经达到了二级，但还是有些题目没办法运算出来。“叮…..”这一次不是系统的提示音，而是下课的铃声。苏牧真的是头一次感受到了时间过的如此之快。曾经漫长的两个小时，现在居然还让他有些意犹未尽。这就是学霸的感觉吗？他默默的想到。这张试卷，苏牧觉得自己应该是103分。因为不会的题目他都空着。而那些简单一点的题目，苏牧有一种迷之自信。他得出的答案，一定是正确答案！……“我要好好学习了。”强忍住内心的激动，苏牧摆正了

Android 导入第三方jar包步骤方法： 1.将第三方jar包加入到libs文件夹中 2.有两种方式将jar引入进工程目录：第一种是打开工程所在Project Structure,然后选择Dependencies，点击那个加号选择File Dependency ，然后再Libs文件夹中选择要导入的jar包 然后点击确定，jar包就导入进来了。 第二种方式是:右键点击libs文件夹中的jar文件选择 add as Library...然后选择Model，这样也可以导入成功。

CFLAGS是C语言的编译参数，CPPFLAGS是对应C++语言的编译参数LDFLAGS是指链接参数，比如生成动态库时要加上-FPIC参数。LIBS是生成目标需要依赖的动态库。具体使用，可以参考Makefile视频教程：Makefile工程实践，一步一步写项目的Makefile

你可以看看这篇文章http://www.cnblogs.com/neozhu/p/3458759.html有详细的介绍

看看如下选项：LDFLAGS = -L/var/xxx/lib -L/opt/MySQL/libLIBS = -lmysqlclient -liconv这就明白了。LDFLAGS告诉链接器从哪里寻找库文件，LIBS告诉链接器要链接哪些库文件。不过使用时链接阶段这两个参数都会加上，所以你即使将这两个的值互换，也没有问题。说到这里，进一步说说LDFLAGS指定-L虽然能让链接器找到库进行链接，但是运行时链接器却找不到这个库，如果要让软件运行时库文件的路径也得到扩展，那么我们需要增加这两个库给"-Wl,R"LDFLAGS = -L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib如 果在执行./configure以前设置环境变量export LDFLAGS="-L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib" ，注意设置环境变量等号两边不可以有空格，而且要加上引号哦（shell的用法）。那么执行configure以后，Makefile将会设置这个选项， 链接时会有这个参数，编译出来的可执行程序的库文件搜索路径就得到扩展了。PS：-Wl,R在GraphicsMagick环境下，用为-R, 也就是LDFLAGS = -L/var/xxx/lib -R/var/xxx/libCFLAGS 或 CPPFLAGS的用法CPPFLAGS="-I/usr/local/libjpeg/include -I/usr/local/libpng/include"

不可以，手机里的libs文件夹是存放安装文件的支持文件，删除后程序管理里面就没有文件了，可能会导致某个软件用不了。

Android中libs目录下armeabi和armeabi-v7a的区别：armeabi默认选项，支持基于 ARM* v5TE 的设备支持软浮点运算（不支持硬件辅助的浮点计算）支持所有 ARM* 设备armeabi-v7a支持基于 ARM* v7 的设备支持硬件 FPU 指令支持硬件浮点运算不同手机由于cpu的不同，使用不同的驱动。armeabi和armeabi-v7a是表示cpu的类型，我们知道一般的手机或平板都是用arm的cpu（mips的就悲催的被忽视了），不同的cpu的特性不一样，armeabi就是针对普通的或旧的arm v5 cpu，armeabi-v7a是针对有浮点运算或高级扩展功能的arm v7 cpu。在android.mk里可配置以下宏：TARGET_CPU_API := armeabiAPP_ABI := armeabi

进行打开一个Android studio开发的工具，然后在Android studio中找到一个项目，然后在项目中app目录下，一般有一个libs文件，如果没有就进行创建，然后把jar的文件，拖动到libs中。然后就会弹出了move的框中，把jar添加到libs等路径的确认的信息，直接点击“ok”。在non-project files access的框中，进行选中一个i want to edit these files anyway选项，然后点击ok。这样就把jar文件添加到了libs中，添加完成还没有完成，需要添加到library中。进行选中一个jar的文件，进行点击鼠标右键，弹出了下拉的菜单中进行选中一个为“add as library”的选项。就会弹出了一个create library进行创建library，直接点击”ok“即可。

并不是这个 -c 是编译加的，而是整个gcc -c -o mycrp.o mycrp.c都是Makefile自动推导出来的。你的程序要生成test，make工具就要找test由哪几个文件生成，你写的是${OBJS} ${LIBS}，也就是说make会先去生成mycrp.o。但是mycrp.o怎么生成呢？你的Makefile中并没有写，make工具在当前目录下看到了mycrp.c，所以make工具自己猜测你想从mycrp.c生成mycrp.o，那怎么生成mycrp.o你没写，它就用猜测你想用gcc -c -o mycrp.o mycrp.c命令生成。你把你的OBJS变量的值改成mycrp.c就可以解决。不过最好的方法还是让OBJS=mycrp.o然后加上：%.o : %.c $(CC) ${LFLAGS} -c $<

我最近刚刚好把工作环境从eclipse切换到androidstudio上,关于你标题上的问题，我刚好遇到过，特来回答，当然我也是网上搜索到的答案：一般Android项目从Eclipse导入至AndroidStudio(以下简称AS)后，会出现各种问题，最主要的就是“gradle”目前为止还不支持.so库文件打包入apk。也就是说，如果你用的第三方库中包含.so文件(一般是libsarmeabixxx.so),那么只要在代码中出现“System.loadLibrary("xxx");等代码出现，一定会在这里抛出异常UnsatisfiedLinkError。解决方案如下：根据我Google了2天的结果，一个比较满意且所有出现这个问题的人都可行的方案是:1)在硬盘任意位置建立空文件夹"lib"（注意名字是"lib"而不是"libs")2)把原来的libs目录下的armeabi文件夹拷贝至刚建立的lib目录下.（armeabi文件夹中的.so文件也会被一并拷入)3)将刚建立的"lib"目录打包压缩成.zip文件,同时改名为“armeabi.jar"4)将armeabi.jar放入原来的libs目录下（和其他第三方jar包放在一起)经过这4步之后，只需要再重新更新下AS的第三方库，就OK了.

1、将jar包放入项目里的libs文件夹中。 2、在project选中jar包点击右键"Add as library"。 3、这两步是网上比较容易找到的，但此时项目仍然是无法正常编译的，这时需要在项目的build.gradle文件里的dependencies节加入 dependencies { compile files("libs/android-support-v4.jar") compile files("libs/xxxx.jar") } 4、此时项目正常编译并运行了，但当你的代码中真正创建了引用jar里的类实例时，有可能系统会抛出异常NoClassDefFoundError，这个时候可以按以下步骤操作： uf0b7 进入命令提示符窗口。 uf0b7 定位到项目的根目录，即build.gradle所在的目录。 uf0b7 运行 "{android studio 安装目录}sdk ools emplatesgradlewrappergradlew.bat" clean uf0b7 重新编译运行项目 通过以上操作，应该可以解决问题。

mysql libs是开发包 server是服务器 connector是链接驱动。 ps:你现在首先要学会会用。

我也遇到了 ，关闭再次打开依然会有求解

1、问题描述：刚学fastadmin，使用crud一键生成后台 myapp.js 等文件，想要手动创建一个 test.js 文件引入到现有的myapp.js文件中？方法：在public/assets/js/backend文件夹下创建一个自己的test.js 文件，文件下内容如下：define(["plupload"],function(Up){var Obj = {name:"这是一个人的姓名字段"};return Obj;});内容中define表示定义,第一个参数表示依赖的插件。然后我们就可以在其它任何模块中调用这个test模块了。比如在生成的myapp.js文件中调用方法：require(["bacend/test"], function(Test){//此时Test.name的值为:testnamealert(Test.name);});这样加载myapp.js的时候会alert弹框跳出：这是一个人的姓名字段 这些内容。

先说一下几个意思，，CFLAGS是c需要标识，编译c语言时候用cppflags编译c++时候用，ldflags链接用 libs链接静态库用，，我是按字面意思理解的，这几个变量不是makefile固有的，是用户自己定义的，，你把他定义成啥他就是干啥的，，我上面说的各变量含义是通常情况下用户会把这几个变量定义成那样

重新安装一次库 xp系统 d盘没关系 或者你留下QQ联系方式 我加你 给你远程搞

先 sudo make all， 然后再 sudo make install-libs 。 字面上， all 应该可以把所有需要安装的lib和bin都编译出来， install-libs 就可以拿着去安装了。还有一种可能就是没有做 configure. makefile 都没有生成，所以 all 和 install-libs 都不会成功。

如果是jar包 直接丢lisb同步一下 然后进去project Structuere 设置一下如果是so文件 在main下面创建jinLibs 然后同步一下如果是地方项目,直接导入Module 然后在build.gradle里面吧第一句com.android.application改成com.android.library这个就可以了清单文件删掉<intent-filter>里面的内容即可 同样 需要进入project Structuere,关联一下你导入的第三方项目

例如：工程 A 添加了 rxandroid:2.0.1 和adapter-rxjava两个libs. 而adapter-rxjava中使用了rxandroid:1.1.5 这样在工程中就会出现两个不同的类库。 引用的部分libs: compile ‘io.reactivex.rxjava2:rxandroid:2.0.1" compile ‘io.reactivex.rxjava2:rxjava:2.0.1" compile ‘com.google.code.gson:gson:2.7" compile ‘com.squareup.retrofit2:retrofit:2.1.0" compile ‘com.squareup.retrofit2:converter-gson:2.1.0" compile (‘com.squareup.retrofit2:adapter-rxjava:2.1.0") 编译之后 如下图：二、问题分析： 1、 rxandroid:1.1.5 在 dependencies 并没有添加1.1.5版本（注意工程中添加的是rxandroid:2.0.1），此lib从何而来？ 答案是肯定的，显然在dependencies添加的其他libs中有使用到rxandroid:1.1.5版本的。 1 2、多余的rxandroid:1.1.5 是被那个lib使用到的呢？如何知道呢？ 在文件目录下或 Android Studio的 Terminal下敲 gradlew -q app:dependencies 便有各个libs引用关系的输出：通过各个libs引用的关系图，就可以清楚的看出：adapter-rxjava:2.1.0 中使用的是 io.reactivex:rxjava:1.1.5 三、问题解决： 1、知道是那个libs中和rxandroid:1.1.5 ，问题就好解决了，直接 exclude 问题解决！compile (‘com.squareup.retrofit2:adapter-rxjava:2.1.0"){ exclude module: ‘rxjava" }

ubuntu又迎来了其新一代的长期支持版本 14.04 LTS，其带来了许多令人期待的新特新，遂决定进行升级。装好了64位版本及交叉编译工具链后，运行GCC，依然会提示那经典的“没有那个文件或目录”提示。根据以往的经验，对于64位版本ubuntu我们需要安装“ia32-libs”依赖库。遂输入：sudo apt-get install ia32-lib却提示查无此货？ 已经被”lib32z1 lib32ncurses5 lib32bz2-1.0“这几个哥们代替了！按照提示，输入apt-get install 命令将以上的依赖包进行安装sudo apt-get install lib32z1 lib32ncurses5 lib32bz2-1.0再次运行GCC，报错“libstdc++.so.6: cannot open shared object file: No such file or directory”还需再次安装“lib32stdc++6”依赖包sudo apt-get install lib32stdc++6

现在的方法是将so放到assert里，程序起来后写到程序数据空间下。make的话assert会自动打包进去。

貌似没什么用，我见到都是直接删除

作用如下：在我们使用电脑的过程中会了解到有很多的文件夹，但是有一些并不是单纯的用来储存文件的，相比普通的文件夹是有自己的作用。无论是根目录还是我们这里在说的libs文件夹都是。libs文件夹是软件连接文件和库文件，对于软件是否能够正常的启动有着决定性的作用。libs文件夹相当于我们电脑中的DLL文件夹。这样的讲解我们会清楚libs文件夹在我们使用电脑的过程中是十分重要的，那么libs文件夹能否删除呢使用电脑的时候我们经常会对电脑进行清理，在使用的过程中会有很多的文件夹存储的是缓存文件，我们也会选择经常检查和删除，那么大家比较关心的问题就是libs文件夹能够删除吗。就像刚刚说到的，libs里面存储的是我们软件运行的文件，在电脑中如果不慎将libs文件夹删除，很有可能会导致我们无法启动软件，所以建议大家在删除文件夹的时候要注意libs文件夹尽量不要删除，这会给我们在使用软件上带来很多的麻烦。在手机文件里面如果我们将libs删除掉，随着我们不断的更新和使用软件会继续在我们手机中出现一个libs文件夹的，所以在手机方面大家不用特别的担心，但是还是建议大家在删除文件夹的时候尽量不要删除libs文件夹。使用电脑是一个不断学习和锻炼的过程，并且我们能够知道电脑中的文件都是有其各自的职能的，如果我们想要有更多的了解就可以通过网络进行学习，如果有机会也可以同相关的专业人员进行学习和了解。这是对我们使用电脑方面一个很大的帮助。希望这样的介绍能够帮助到大家，也希望大家能够很好的发挥出网络带给我们的优势。

不能收缩是什么意思。libs上面的是已经引入到项目里面的jar包,下面是还没有引入的jar包。

存放项目中需要使用到的jar包的位置

自己添加一个试试

都是不同的编译选项CFLAGS 是调用gcc进行编译时，加入的编译选项。CPPFLAGS 是调用g++时，加入的编译选项。LDFLAGS 是调用ld, 进行链接的时候 使用的选项。LIBS和以上三个有些区别， 是编译时依赖的库的列表

这两个应该都是系统自带的文件夹，建议不要删除，如果一旦删除，觉得文件夹是没有办法使用了。

都是不同的编译选项CFLAGS 是调用gcc进行编译时，加入的编译选项。CPPFLAGS 是调用g++时，加入的编译选项。LDFLAGS 是调用ld, 进行链接的时候 使用的选项。LIBS和以上三个有些区别， 是编译时依赖的库的列表

LIBS += /usr/lib/*.so LIBS += /usr/lib/*.a不就行了么

1、将第三方jar包加入到libs文件夹中2、有两种方式将jar引入进工程目录：第一种是打开工程所在Project Structure,然后选择Dependencies，点击那个加号选择File Dependency ，然后再Libs文件夹中选择要导入的jar包，3、然后点击确定，jar包就导入进来了。4、第二种方式是:右键点击libs文件夹中的jar文件选择 add as Library...然后选择。5、Model，这样也可以导入成功。

不可以，手机里的libs文件夹是存放安装文件的支持文件，删除后程序管理里面就没有文件了，可能会导致某个软件用不了。

在app下的build.gradle-->android{}中 添加lintOptions { //lint 遇到 error 时继续 构建 abortOnError false //build release 版本 时 开启lint 检测 checkReleaseBuilds false // 防止在发布的时候出现因MissingTranslation导致Build Failed! disable "MissingTranslation"}原因网上很多，Android Studio的代码规范比Eclipse要严格好多，所以很多第三方不是很好的支持Android Studio规范，只需要在release时忽略这些警告。还有就是Android Studio的混淆规则也要严格很多，所以要完善混淆文件

在左侧Android项目视图下找到你的module的build.gradle它的根目录就是android,把sourceSets { main { jniLibs.srcDirs = [‘libs‘] } }放进去就行了

（1）老版本，方法如下：task copyNativeLibs(type: Copy) {from(new File(project(":MyProject").buildDir, "native-libs")) { include "**/*.so" }into new File(buildDir, "native-libs")}tasks.withType(Compile) { compileTask -> compileTask.dependsOn copyNativeLibs }clean.dependsOn "cleanCopyNativeLibs"tasks.withType(com.android.build.gradle.PackageApplicationTask) { pkgTask ->pkgTask.jniDir new File(buildDir, "native-libs")}（2）新版本三种方法：（2.1）打包前先生成.Jar文件后自动解包到apk文件task nativeLibsToJar(type: Zip, description: "create a jar archive of the native libs") {destinationDir file("$buildDir/native-libs")baseName "native-libs"extension "jar"from fileTree(dir: "libs", include: "**/*.so")into "lib/"}tasks.withType(Compile) {compileTask -> compileTask.dependsOn(nativeLibsToJar)}下面一句话就是打包生成目录(build ative-libs)中的.jar文件compile fileTree(dir: "$buildDir/native-libs", include: "native-libs.jar")（2.2）手动生成.Jar文件后自动解包到apk文件这个方式需要自己手动进行.SO文件压缩，具体步骤为：将所有需要使用的.so文件压缩为.zip文件（zip中的文件目录结构为： lib/armeabi/*.so）然后把zip文件后缀改为.Jar然后放到libs生成apk就ok默认就是自动打包所有.Jar文件：dependencies {compile fileTree(dir: "libs", include: "*.jar")}（2.3）这也就是现在正在使用的方式（推荐） ，其实无非就是把.SO文件打包到APK的lib文件夹中，假如仔细阅读了Gradle的使用方法，自然就知道其实Gradle官方在新版已经自动实现了打包.SO文件的.很简单级就是在配置的android节点下加入下面的内容就ok：sourceSets {main {jniLibs.srcDirs = ["libs"]}}其他地方无需修改，整个项目的配置文件如下：apply plugin: "android"android {compileSdkVersion 19buildToolsVersion "19.0.0"defaultConfig {minSdkVersion 16targetSdkVersion 19versionCode 1versionName "1.0"}buildTypes {release {runProguard falseproguardFiles getDefaultProguardFile("proguard-android.txt"), "proguard-rules.txt"}}sourceSets {main {jniLibs.srcDirs = ["libs"]}}}dependencies {compile fileTree(dir: "libs", include: ["*.jar"])}

LIBS += -lfpengine改为 LIBS += 文件所在路径（可以用"/"分割）/ fpengine.lib

一. lib和libs 放在lib中的是被reference的，放在libs中的是被include的。 放在libs中的文件会自动被编辑器所include。所以不要把API放到libs里去。 lib的内容是不会被打包到APK中，libs中的内容是会被打包进APK中 二. .so库 NDK编译出来的动态链接库。 一些重要的加密算法或者核心协议一般都用c写然后给java调用。这样可以避免反编译后查看到应用的源码。 三. .so库该如何存放 放置 .so 文件的正确姿势其实就两句话： u2022 为了减小 apk 体积，只保留 armeabi 和 armeabi-v7a 两个文件夹，并保证这两个文件夹中 .so 数量一致 u2022 对只提供 armeabi 版本的第三方 .so，原样复制一份到 armeabi-v7a 文件夹 存放so的规则： 你应该尽可能的提供专为每个ABI优化过的.so文件，但要么全部支持，要么都不支持：你不应该混合着使用。你应该为每个ABI目录提供对应的.so文件。 四. libs下armeabi等的作用是什么 存放.so库，主要针对不同的设备兼容，也可以说是专门针对不同Android手机下CPU架构的兼容。 Android 设备的CPU类型(通常称为”ABIs”) 早期的Android系统几乎只支持ARMv5的CPU架构，后面发展到支持七种不同的CPU架构：ARMv5，ARMv7 (从2010年起)，x86 (从2011年起)，MIPS (从2012年起)，ARMv8，MIPS64和x86_64 (从2014年起)，每一种都关联着一个相应的ABI。 应用程序二进制接口（Application Binary Interface）定义了二进制文件（尤其是.so文件）如何运行在相应的系统平台上，从使用的指令集，内存对齐到可用的系统函数库。在Android 系统上，每一个CPU架构对应一个ABI：armeabi，armeabi-v7a，x86，mips，arm64- v8a，mips64，x86_64。 armeabi-v7a: 第7代及以上的 ARM 处理器。2011年以后生产的大部分Android设备都使用它. arm64-v8a: 第8代、64位ARM处理器，很少设备，三星 Galaxy S6是其中之一。 armeabi: 第5代、第6代的ARM处理器，早期的手机用的比较多。 x86: 平板、模拟器用得比较多。 x86_64: 64位的平板。 如果项目只包含了 armeabi，那么在所有Android设备都可以运行； 如果项目只包含了 armeabi-v7a，除armeabi架构的设备外都可以运行； 如果项目只包含了 x86，那么armeabi架构和armeabi-v7a的Android设备是无法运行的； 如果同时包含了 armeabi， armeabi-v7a和x86，所有设备都可以运行，程序在运行的时候去加载不同平台对应的so，这是较为完美的一种解决方案，同时也会导致包变大。 最后，如果我们只想支持armeabi-v7a，那么需要在gradle中配置 因为默认情况下，打包后会自动生成armeabi 到 x86的所有文件夹。这就有可能导致一些x86的设备因为在x86文件夹下找不到so文件而崩溃。