废话开篇：uniAPP打包采用的是云编译的方式，也就是说，app下 iOS原生部分的代码需要提交到 uni的后台进行编译，可以理解为在 uni服务器上有一个 Xcode运行环境，当然云端应该是用 Xcode命令完成的，当 HBuilderX进行云编译的时候，本地的所有原生库会进行压缩然后打包到云端，最后，在将编译好的 ipa包下载到本地，这样就可以安装了。
一、静态库的设置
根据 uni官网下载的 Demo 可以简单的熟悉一下项目结构。
1、HBuilder-uniPlugin 主工程
它其实大致可以理解为云端编译时候云端 Xcode的全部编译环境，为什么这么说呢？可以看一下这个工程的全部依赖。
单纯本地的依赖项就多达 120+，因为，uni有考虑云编译的成本，如果所有的库都由开发者进行上传，那么编译资源就会被大量占用，于是就采用了远端第三方库储备方式，这里 uni后台也可以了解到。
所以，在进行 uni原生插件开发的时候，可以先参考一下远端是否有支持的第三方，以免重复导入出现编译符号冲突的问题。
举例说明：比如，插件需要 B站 IJKMediaFramework库（160M左右，确实很大），那么，先查看云端编译是否有此库，
发现已经存在，那么，这时候，就不需要进行本地 IJKMediaFramework库提交了，只需要在 HBuilderX的 manifest.json配置下勾选 VideoPlayer即可。
这样 HBuilderX的 manifest.json的配置就会告诉云编译将 IJKMediaFramework给加到工程里来。
2、DCTestUniPlugin 静态库工程
在制作静态库的时候，这里需要设置静态库架构的支持。
在 Build Setting-> Architectures下进行设置
并注意在编译的时候，选择 Any iOS Device
静态库需要第三方库怎么办？
在开发的时候肯定会遇到需要第三方库支持的情况，比如：AFNetWorking，这里先查阅了 uni远端是否支持，发现并没有提高相应的静态库，那么，就需要本地进行上传。
因为，自制静态库最终是要加载到 APP的环境中，所有，自制静态库依赖第三方的策略就是将第三方库 .a文件 添加到 HBuilder-uniPlugin主工程下，因为自制静态库需要头文件引入，那么，就在 DCTestUniPlugin静态库工程下的 Heard Search Paths加入头文件的引入。
HBuilder-uniPlugin主工程
DCTestUniPlugin静态库工程 Heard Search Paths
二、配置 iOS 原生插件 package.json
所有的功能都开发完毕了，下一步就是 本地插件包配置
具体的打包步骤可以参考上面的链接，最后的文件目录结构如下：
1、WSLUniPlugin是整体文件，里面可以包含 android和 ios（官网上为标注 ios而不是 iOS）
2、ios文件里面包含全部需要的第三方库及自制静态库。
3、package.json是相关的配置，通过 package.json内部信息会告诉远端编译加载哪些库及库的文件夹位置，当然还包括一些配置，比如哪些动态库是需要签名的（虽然可以自制动态库，但是需要进行签名）。
三、 package.json 目录
{ "name": "WSLUniPlugin",//插件名称 "id": "WSLUniPlugin",//插件ID "version": "1.0", "description": "功能描述",//功能描述这里进行功能描述，添加后会在HBuilder下展示 "_dp_type":"nativeplugin",//原生组件类型 "_dp_nativeplugin":{ "ios": { "plugins": [ { "type": "component",//插件类型，是功能组件（module）还是视图组件（component） "name": "wsl-component",//在nvue文件内的标签tag "class": "WSLComponent" //iOS 原生对象class，继承自 DCUniComponent }, ], "integrateType": "framework",//自制库类型 "hooksClass": "",这里声明 app 生命周期勾子对象，它会同时响应appDelegate 事件 "frameworks": ["libAFNetworking.a",//uni远端非储备库，需要标注声明"Masonry.framework",//Masonry 为uni远端储备库，ios 文件夹里不需要再添加，否则编译出现符号重复错误 ], "embedFrameworks": [ "IDLFaceSDK.framework"，//动态库 ], "capabilities": { "entitlements": { }, "plists": { } }, "plists": { }, "assets": [ "WSLUniPlugin.xcassets"//图片资源文件，这里填写的是与 ios 文件夹的相对路径，因为 WSLUniPlugin.xcassets 就在 ios 文件里，所以直接写。 ], "privacies": [ ], "embedSwift": false, "deploymentTarget": "8.0",//支持iOS版本 "validArchitectures": [ "arm64"//架构 ], "parameters": { }, "resources": [ "WSLUniPlugin.bundle",//这里是一些资源文件，比如 bundle,这里填写的是与 ios 文件夹的相对路径，因为 WSLUniPlugin.bundle 就在 ios 文件里，所以直接写。 ] } }}上面就是基本的配置设置。因为uni每天的云编译次数有限（10次左右），而且包体积要小于40M，超过次数2元每次，超过体积 10元每100M。是不是有点小坑，这样，每天的试错成本极高，所以，在这里记录一下。
