刚刚，阿里开源 iOS 协程开发框架 coobjc！

阿里妹导读：刚刚，阿里巴巴正式对外开源了基于 Apache 20 协议的协程开发框架 coobjc，开发者们可以在 Github 上自主下载。

coobjc是为iOS平台打造的开源协程开发框架，支持Objective-C和Swift，同时提供了cokit库为Foundation和UIKit中的部分API提供了 协程 化支持，本文将为大家详细介绍coobjc的设计理念及核心优势。

从2008年第一个iOS版本发布至今的11年时间里，iOS的异步编程方式发展缓慢。

基于 Block 的异步编程回调是目前 iOS 使用最广泛的异步编程方式，iOS 系统提供的 GCD 库让异步开发变得很简单方便，但是基于这种编程方式的缺点也有很多，主要有以下几点：

针对多线程以及尤其引发的各种崩溃和性能问题，我们制定了很多编程规范、进行了各种新人培训，尝试降低问题发生的概率，但是问题依然很严峻，多线程引发的问题占比并没有明显的下降，异步编程本来就是很复杂的事情，单靠规范和培训是难以从根本上解决问题的，需要有更加好的编程方式来解决。

上述问题在很多系统和语言开发中都可能会碰到，解决问题的标准方式就是使用协程，C#、Kotlin、Python、Javascript 等热门语言均支持协程极其相关语法，使用这些语言的开发者可以很方便的使用协程及相关功能进行异步编程。

2017 年的 C++ 标准开始支持协程，Swift5 中也包含了协程相关的标准，从现在的发展趋势看基于协程的全新的异步编程方式，是我们解决现有异步编程问题的有效的方式，但是苹果基本已经不会升级 Objective-C 了，因此使用Objective-C的开发者是无法使用官方的协程能力的，而最新 Swift 的发布和推广也还需要时日，为了让广大iOS开发者能快速享受到协程带来的编程方式上的改变，手机淘宝架构团队基于长期对系统底层库和汇编的研究，通过汇编和C语言实现了支持 Objective-C 和 Swift 协程的完美解决方案 —— coobjc。

核心能力

内置系统扩展库

coobjc设计

最底层是协程内核，包含了栈切换的管理、协程调度器的实现、协程间通信channel的实现等。

中间层是基于协程的操作符的包装，目前支持async/await、Generator、Actor等编程模型。

最上层是对系统库的协程化扩展，目前基本上覆盖了Foundation和UIKit的所有IO和耗时方法。

核心实现原理

协程的核心思想是控制调用栈的主动让出和恢复。一般的协程实现都会提供两个重要的操作：

我们基于线程的代码执行时候，是没法做出暂停操作的，我们现在要做的事情就是要代码执行能够暂停，还能够再恢复。 基本上代码执行都是一种基于调用栈的模型，所以如果我们能把当前调用栈上的状态都保存下来，然后再能从缓存中恢复，那我们就能够实现yield和 resume。

实现这样操作有几种方法呢？

上述第三种和第四种只是能过做到跳转，但是没法保存调用栈上的状态，看起来基本上不能算是实现了协程，只能算做做demo，第五种除非官方支持，否则自行改写编译器通用性很差。而第一种方案的 ucontext 在iOS上是废弃了的，不能使用。那么我们使用的是第二种方案，自己用汇编模拟一下 ucontext。

模拟ucontext的核心是通过getContext和setContext实现保存和恢复调用栈。需要熟悉不同CPU架构下的调用约定(Calling Convention) 汇编实现就是要针对不同cpu实现一套，我们目前实现了 armv7、arm64、i386、x86_64，支持iPhone真机和模拟器。

说了这么多，还是看看代码吧，我们从一个简单的网络请求加载功能来看看coobjc到底是如何使用的。

下面是最普通的网络请求的写法：

下面是使用coobjc库协程化改造后的代码：

原本需要20行的代码，通过coobjc协程化改造后，减少了一半，整个代码逻辑和可读性都更加好，这就是coobjc强大的能力，能把原本很复杂的异步代码，通过协程化改造，转变成逻辑简洁的顺序调用。

coobjc还有很多其他强大的能力，本文对于coobjc的实际使用就不过多介绍了，感兴趣的朋友可以去官方github仓库自行下载查看。

我们在iPhone7 iOS1141的设备上使用协程和传统多线程方式分别模拟高并发读取数据的场景，下面是两种方式得到的压测数据。

从上面的表格我们可以看到使用在并发量很小的场景，由于多线程可以完全使用设备的计算核心，因此coobjc总耗时要比传统多线程略高，但是由于整体耗时都很小，因此差异并不明显，但是随着并发量的增大，coobjc的优势开始逐渐体现出来，当并发量超过1000以后，传统多线程开始出现线程分配异常，而导致很多并发任务并没有执行，因此在上表中显示的是大于20秒，实际是任务已经无法正常执行了，但是coobjc仍然可以正常运行。

我们在手机淘宝这种超级App中尝试了协程化改造，针对部分性能差的页面，我们发现在滑动过程中存在很多主线程IO调用、数据解析，导致帧率下降严重，通过引入coobjc，在不改变原有业务代码的基础上，通过全局hook部分IO、数据解析方法，即可让原来在主线程中同步执行的IO方法异步执行，并且不影响原有的业务逻辑，通过测试验证，这样的改造在低端机(iPhone6及以下的机器)上的帧率有20%左右的提升。

简明

易用

清晰

性能

程序是写来给人读的，只会偶尔让机器执行一下。——Abelson and Sussman

基于协程实现的编程范式能够帮助开发者编写出更加优美、健壮、可读性更强的代码。

协程可以帮助我们在编写并发代码的过程中减少线程和锁的使用，提升应用的性能和稳定性。

本文作者：淘宝技术

xcrash 是爱奇艺在2019年4月开源在GitHub上的稳定性日志收集框架，它能为android收集java crash、native crash、anr日志。不需要root权限和系统权限。支持 Android 40 - 10（API level 14 - 29），支持 armeabi，armeabi-v7a，arm64-v8a，x86 和 x86_64。

xcrash作为门面模式的入口，client调用通过配置InitParameter来进行初始化。Xcrash分别关联三种类型Handler来处理对应的奔溃监听和日志收集，通过FileManager和TombstoneManager对奔溃日志进行tombstone文件管理。client调用TombstoneParser来解析本地生成的对应tombstone文件，获取数据。

Java层的崩溃可以直接交给JVM的崩溃捕获机制去处理。这个非常简单，不赘述。

如果有java crash发生，会回调uncaughtException，执行handleException收集相关log信息

Crashjava

NativeHandlerjava

NativeHandler在Xcrash init时会执行initialize方法进行初始化，初始化过程首先通过SystemloadLibrary("xcrash”)注册native函数，其次就是调用nativeInit。

执行SystemloadLibrary("xcrash”)，JNI_OnLoad会被回调，这里是动态注册玩法。

xc_jnic

数组0元素对应：

java层调用nativeInit，native xc_jni_init会被调用。

接着看nativeInit逻辑

xc_jnic

先看xc_crash_init

1)设置callback:

xc_crash_init_callback最终回调的是NativeHandler的crashCallback

2)信号注册：

注册的是指针函数：xc_crash_signal_handler，追过去看看：

进入xc_crash_exec_dumper指针函数，看看进程dump操作：

这个部分是做各种数据的dump。简单找下main方法：

xcd_corec

不细看了，整个过程先是挂起crash进程的所以线程，然后收集相关log，最后resume所有线程。

xc_trace_init部分不分析了，与xc_jni_init分析方法一致。这里也就简单分析了个大脉络。

Native崩溃处理步骤总结：

同样在Xcrash init时初始化

Crashjava

这里有个限制，是sdk <21的版本才抓取。

AnrHandlerjava

高版本系统已经没有读取/data/anr/的权限了，因此FileObserver监听/data/anr/的方案只能支持<21的版本，而目前xcrash对>21的版本无法获取anr日志。

然后看看handleAnr收集了哪些数据：

这里重点关注checkProcessAnrState,它是AMS对外暴露的api，从AMS的mLruProcesses中过滤出crash和anr异常的进程，返回对应的错误信息。补充cause reason部分，也就是ANR in。

那么>21版本的anr如何抓取？

//init native crash handler / ANR handler (API level >= 21)

int r = ErrnoOK;

if (paramsenableNativeCrashHandler || (paramsenableAnrHandler && BuildVERSIONSDK_INT >= 21)) {

r = NativeHandlergetInstance()initialize();

}

是通过nativeHandler来抓的。也就是前面提到的

它是native 注册 SIGNAL_QUIT 信号，ANR发生时接收回调去收集ANR信息。

这里xc_trace_notifier是一个eventfd ，在handler接收信号回调时被写

然后xc_trace_dumper线程会解除阻塞状态开始执行dump任务。

本篇文章简单分析了下xcrash257源码，结合之前 java crash处理分析 和 native crash 处理分析，对app收集奔溃日志的整个过程有了个全面了解。

问题一：程序开发中的框架是什么 我们目前先不要了解那么多 框架是为了方便我们程序员开发 减贰代码量 及代码质量的工具

框架（Framework）是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，框架是可被应用开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。

可以说，一个框架是一个可复用的设计构件，它规定了应用的体系结构，阐明了整个设计、协作构件之间的依赖关系、责任分配和控制流程，表现为一组抽象类以及其实例之间协作的方法，它为构件复用提供了上下文(Context)关系。因此构件库的大规模重用也需要框架。

java开发中的框架不是太多 我们可以慢慢学习 先慢慢了解一种。

问题二：什么是框架？框架中要包含什么？为什么要开发框架？如何做框架？ 以Java 为例子。 java 之前没有框架，或者说 自己公司封装了自己的框架。为什么要封装穿？ 因为1 在实际开发中 很多代码重复再敲，浪费时间就是浪费金钱。

如： jsp+javabean+servlet 开发 jsp中的数据通过request-------》filter(自己解析了 封装成对象)-----》servlet 这还是好一些的。起初是 ：request-------->servlet------>servlet 自己解析 通过requestgetparxxxx(参数名) ------》封装到javabean 代码重复比较大。

如果 用springmvc 就好多了 jsp 通过form 表单提交 直接映射到 controller 方法中的参数 （一句话 就是省代码）

框架的好主要作用是： 快速开发。

好的框架设计 的作用： 松耦合，便于后期维护。减少多余的代码量。

框架包含了 许多 反射机制。

设计模式。

如何做框架：根据你的需求来设计。。。。。。

问题三：Java中的三大框架分别有什么用 一、Spring

Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。 Spring提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。Spring的架构基础是基于使用JavaBean属性的Inversion of Control容器。然而，这仅仅是完整图景中的一部分：Spring在使用IoC容器作为构建完关注所有架构层的完整解决方案方面是独一无二的。 Spring提供了唯一的数据访问抽象，包括简单和有效率的JDBC框架，极大的改进了效率并且减少了可能的错误。Spring的数据访问架构还集成了Hibernate和其他O/R mapping解决方案。Spring还提供了唯一的事务管理抽象，它能够在各种底层事务管理技术，例如JTA或者JDBC事务提供一个一致的编程模型。Spring提供了一个用标准Java语言编写的AOP框架，它给POJOs提供了声明式的事务管理和其他企业事务--如果你需要--还能实现你自己的aspects。这个框架足够强大，使得应用程序能够抛开EJB的复杂性，同时享受着和传统EJB相关的关键服务。Spring还提供了可以和IoC容器集成的强大而灵活的MVC Web框架。

二、STRUCTS

Struts是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速，在过去的一年中颇受关注。Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。

三、Hibernate

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

问题四：什么是android的框架开发 上图中的第二层Framework

问题五：什么是js框架？ 直接用js会有兼容性问题，js框架一般预处理了很多兼容性问题，实现了很多常用操作，减少工作量，当然使用框架也会使整叮网站的js略臃肿，具体的站视情况使用吧

问题六：开源，免费的应用快速开发框架是什么意思 ThinkAndroid是一个免费的开源的、简易的、遵循Apache2开源协议发布的Android开发框架，其开发宗旨是简单、快速的进行Android应用程序的开发，包含Android mvc、简易sqlite orm、ioc模块、封装Android clitent的模块,具有快速构建文件缓存功能，无需考虑缓存文件的格式，都可以非常轻松的实现缓存，它还基于文件缓存模块实现了缓存功能，在android中加载的的时候，对oom的问题，和对加载错位的问题都轻易解决。他还包括了一个手机开发中经常应用的实用工具类，如日志管理，配置文件管理，android下载器模块，网络切换检测等等工具。

目前ThinkAndroid主要有以下模块：

MVC模块：实现视图与模型的分离。

ioc模块：android中的ioc模块，完全注解方式就可以进行UI绑定、res中的资源的读取、以及对象的初始化。

数据库模块：android中的orm框架，使用了线程池对sqlite进行操作。

模块：通过client进行封装数据请求，支持异步及同步方式加载。

缓存模块：通过简单的配置及设计可以很好的实现缓存，对缓存可以随意的配置

缓存模块：imageview加载的时候无需考虑加载过程中出现的oom和android容器快速滑动时候出现的错位等现象。

配置器模块：可以对简易的实现配对配置的操作，目前配置文件可以支持Preference、Properties对配置进行存取。

日志打印模块：可以较快的轻易的是实现日志打印，支持日志打印的扩展，目前支持对sdcard写入本地打印、以及控制台打印

下载器模块:可以简单的实现多线程下载、后台下载、断点续传、对下载进行控制、如开始、暂停、删除等等。

网络状态检测模块：当网络状态改变时，对网络状态进行检测。

问题七：android 五大应用开发框架是什么 android应用开发框架是 Application Framework 其系统架构由5部分组成，分别是：Linux Kernel、Android Runtime、Libraries、Application Framework、Applications。第二部分将详细介绍这5个部分。下面自底向上分析各层。

Android架构

1、Linux Kernel

Android基于Linux 26提供核心系统服务，例如：安全、内存管理、进程管理、网络堆栈、驱动模型。Linux Kernel也作为硬件和软件之间的抽象层，它隐藏具体硬件细节而为上层提供统一的服务。 如果你学过计算机网络知道OSI/RM，就会知道分层的好处就是使用下层提供的服务而为上层提供统一的服务，屏蔽本层及以下层的差异，当本层及以下层发生了变化不会影响到上层。也就是说各层各尽其职，各层提供固定的SAP（Service Access Point），专业点可以说是高内聚、低耦合。 如果你只是做应用开发，就不需要深入了解Linux Kernel层。

2、Android Runtime

Android包含一个核心库的 ，提供大部分在Java编程语言核心类库中可用的功能。每一个Android应用程序是Dalvik虚拟机中的实例，运行在他们自己的进程中。Dalvik虚拟机设计成，在一个设备可以高效地运行多个虚拟机。Dalvik虚拟机可执行文件格式是dex，dex格式是专为Dalvik设计的一种压缩格式，适合内存和处理器速度有限的系统。 大多数虚拟机包括JVM都是基于栈的，而Dalvik虚拟机则是基于寄存器的。两种架构各有优劣，一般而言，基于栈的机器需要更多指令，而基于寄存器的机器指令更大。dx 是一套工具，可以将 Java class 转换成 dex 格式。一个dex文件通常会有多个class。由于dex有时必须进行最佳化，会使文件大小增加1-4倍，以ODEX结尾。 Dalvik虚拟机依赖于Linux 内核提供基本功能，如线程和底层内存管理。

3、Libraries

Android包含一个C/C++库的 ，供Android系统的各个组件使用。这些功能通过Android的应用程序框架（application framework）暴露给开发者。下面列出一些核心库： 系统C库--标准C系统库（libc）的BSD衍生，调整为基于嵌入式Linux设备 媒体库--基于PacketVideo的OpenCORE。这些库支持播放和录制许多流行的音频和视频格式，以及静态图像文件，包括MPEG4、 H264、 MP3、 AAC、 AMR、JPG、 PNG 界面管理--管理访问显示子系统和无缝组合多个应用程序的二维和三维图形层 LibWebCore--新式的Web浏览器引擎,驱动Android 浏览器和内嵌的web视图 SGL--基本的2D图形引擎 3D库--基于OpenGL ES 10 APIs的实现。库使用硬件3D加速或包含高度优化的3D软件光栅 FreeType --位图和矢量字体渲染 SQLite --所有应用程序都可以使用的强大而轻量级的关系数据库引擎

4、Application Framework

通过提供开放的开发平台，Android使开发者能够编制极其丰富和新颖的应用程序。开发者可以自由地利用设备硬件优势、访问位置信息、运行后台服务、设置闹钟、向状态栏添加通知等等，很多很多。 开发者可以完全使用核心应用程序所使用的框架APIs。应用程序的体系结构旨>>

问题八：tp框架是什么 应给是 thinkPHP 框架 也就是封装PHP了

问题九：如何选择最为合适的Web开发框架 如何选择Web开发框架

开发框架的选择，始终是个仁者见仁、智者见智的事情。尤其是Web层的开发框架，数量非常多，而且各有特色，如：Struts、WebWork、Spring MVC、Tapestry、JSF、WebPage30……等等。

下面先来看看为什么要使用Web开发框架

一 使用框架的必然性

框架，即framework。其实就是某种应用的半成品，把不同应用程序中有共性的一些东西抽取出来，做成一个半成品程序，这样的半成品就是所谓的程序框架。

软件系统发展到今天已经很复杂了，特别是服务器端软件，涉及到的知识，内容，问题太多。在某些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业务逻辑设计。这样每次开发就不用白手起家，而是可以在这个基础上开始搭建。

使用框架的最大好处：减少重复开发工作量、缩短开发时间、降低开发成本。同时还有其它的好处，如：使程序设计更合理、程序运行更稳定等。基于这些原因，基本上现在在开发中，都会选用某些合适的开发框架，来帮助快速高效的开发应用系统。

了解了使用框架的必然性，下面来看看如何选择，当然我们的话题集中在Web层的开发框架。在谈这个问题之前，先来看看我们在Web开发中究竟需要做些什么工作：

二 Web层开发的工作

在J2EE开发中，分层是基本的思想，3层架构或者多层架构早已深入人心，在这里我们就把目光集中到Web层，看看到底Web层开发做了那些工作：

1：数据展示

Web层需要从逻辑层获取需要展示的数据，然后以合理的方式在页面进行展示

2：人机交互

用户需要从界面上输入数据，在界面上进行按钮点击，进而触发事件，标准的事件驱动模型，然后跟后台进行数据交换，出现新的界面。

3：收集数据，调用逻辑层接口

Web层收到用户的事件请求，需要调用相应的逻辑层接口来进行处理，Web层是不会有任何逻辑处理的。调用逻辑层接口，需要传递参数，这时需要收集用户在界面上输入的数据，然后进行组织，组织成为逻辑层接口需要的数据封装形式(通常都是ValueObject)。

4：根据逻辑层的数据来重新展示页面

逻辑层处理完了，需要返回数据或信息到界面上。这个时候Web层需要根据返回的值选择合适的页面，然后展示这些数据或者信息。

从上面可以看出，Web层开发的主要工作集中在展示上，也就是图形用户界面。这一部分是用户直观感受应用程序的窗口，也是用户要求最多的地方，其表现形式也是最丰富的。

三 Web层开发的步骤

下面再来总结一下Web层开发的大致步骤(也就是需要开发人员做的工作)：

注意：这里讨论的Web层开发，是不使用任何开发框架时候的开发。

1：写页面Html，到底有哪些数据需要在界面上表现

2：每个数据的具体表现形式，如：有的需要表现成为下拉列表，有的需要表现成为单选按钮等。

3：界面表现形式的逻辑布局，所谓逻辑布局是指某些数据的表现形式应该放在前面，某些应该放在后面;某些放在上面，某些放在下面。如：某个请假申请 的业务，有请假开始时间和结束时间，很明显开始时间的表现就应该排在结束时间的前面。而美工是负责最后页面的美观，一般美工不能动界面的逻辑布局。

4：完成前面3步，页面的表现形式的大致模样就有了，下面需要来做功能性的开发。第一个就是这些表现形式的值的来源，如：下拉列表显示的值从什么地方来。值的来源方式很多，有数据库中来、固定值、某断程序运行的中间结果、前面页面传递过来等等，当然典型的还是来自数据库。

好了，确定了值的来源，开发人员就要写代码来获取这些值，然后把这些值赋值到对应的表现形式里面。

5：还有一些>>

问题十：android开发一般都使用什么框架 目前框架使用的主要都是开源框架，都可以在github上找到： 1、volley，项目地址 2、android-async- 3、Afinal框架 项目地址 4、xUtils框架 项目地址 5、ThinkAndroid 项目地址 6、LoonAndroid 项目地址 主要有以下模块： (1) 自动注入框架（

Camunda是一个基于Java的框架，支持用于工作流和流程自动化的BPMN、用于案例管理的CMMN和用于业务决策管理的DMN。

本篇文章我们仅考虑BPMN流程引擎，先不涉及CMMN和DMN引擎。就流程引擎而言，Camunda是一个灵活的工作流框架，它的核心是一个在Java虚拟机内部运行的原生BPMN 20流程引擎，因此它可以嵌入到任何Java应用程序或运行时容器中。Camunda与Java EE 集成，并可以与Spring Framework和Spring Boot完美匹配。

Camunda BPMS到底包括哪些功能，我们拿官方的一张架构图进行解读分析。

1从BPM应用维度看

Camunda分为流程设计和流程运行两个阶段，见图中最下方的蓝色大箭头，Model和Execute，按照这两个阶段，Camunda划分为两大部分功能，对应设计阶段的功能有 Modeler，对应运行阶段的功能有Engine、TaskList、Cockpit、Admin。

2从BPM功能维度看

Camunda包括了流程设计器（Modeler）、流程引擎（Engine）、API接口（REST/Java API）、任务列表（TaskList）、流程管理控制台（Cockpit）、系统管理工具（Admin）。在Camunda商业产品中还包括了流程监控预警工具（Optimize）、流程协同设计工具（Cawemo）。这里重点先说一下Camunda流程设计器，支持两种模式，一种是富客户端的流程建模工具Camunda Modeler，需要在客户端安装；另一种是基于浏览器的流程设计器bpmnio，这两款软件均开源。

3从BPM角色维度看

Camunda分为业务分析师、流程开发工程师、最终用户、流程管理员、系统管理员这几个角色，每个角色对应BPMS不同的功能。业务分析师、流程开发工程师使用流程设计器（Modeler）进行流程建模，最终用户使用任务列表（TaskList）进行流程发起和审批，流程管理员使用流程管理控制台（Cockpit）进行流程管理，比如流程暂停恢复、流程异常干预等，系统管理员使用系统管理工具（Admin）进行系统管理，比如组织用户管理、权限管理等。

1支持与Spring框架集成

Camunda支持与spring框架集成，把 camunda-engine-spring框架引入到项目的maven模块内，它可以与Spring 3、4或5版本一起使用，具体集成过程后面有文章单独介绍。

2支持与spring boot集成

后面文章专题介绍

3支持与CDI and Java EE 集成

CDI (Context and Dependency Injection)是 Java EE6的标准和依赖注入，Camunda通过camunda-engine-cdi模块集成可利用camunda引擎的配置和cdi的可扩展性。

4支持与Runtime Container 集成

支持与tomcat、JBoss等常见的运行容器集成。

Camunda BPM是一个灵活的框架，支持嵌入式、分布式、集群等多种部署模式。

1嵌入式部署

流程引擎以Jar包方式添加到应用程序中，通过这种方式，可以在应用程序生命周期中轻松启动和停止流程引擎。

2基于web容器启动，多应用共享

流程引擎在运行时容器（Servlet容器、应用程序服务器等）中启动，流程引擎作为容器服务提供，可以由容器内部署的所有应用程序共享。这种方式在实际应用场景中不多见。

3独立部署，多应用共享

在这种情况下，流程引擎独立部署，通过网络提供服务，网络上运行的不同应用程序可以通过远程通信通道与进程引擎交互，远程访问流程引擎的最简单方法是使用内置的REST服务接口。在企业级流程中心部署架构中，这是一种最常见的部署模式，在现在的微服务部署架构中，也可以采取这种方式。

4集群部署

为了提供扩展或故障转移功能，流程引擎可以分布到集群中的不同节点，每个流程引擎实例都必须连接到共享数据库。Camunda BPM不提供现成的负载平衡功能，可以采用nginx等第三方负载均衡软件实现。

本文介绍了第三方库及其在Camunda中的使用。对于Camunda的每个组件，都列出了第三方库。对于每个库，都解释了该库是必需的依赖项还是可选的依赖项。必需的依赖是Camunda提供核心功能所依赖的库。在下面的列表中标记为(Required Dependency)。可选的依赖项是可以与Camunda集成的库。在下面的列表中标记为(可选依赖项)。

以下是Camunda715版本依赖得第三方类库：

1、Process Engine

流程引擎依赖于以下第三方类库:

MyBatis mapping framework (Required Dependency) for object-relational mapping

Joda Time (Required Dependency) for parsing date formats

Java Uuid Generator (JUG) (Optional Dependency) Id Generator See the documentation on Id-Generators

SLF4J (Required Dependency) Logging Facade

此外，流程引擎还可以集成:

Apache Commons Email (Optional Dependency) for mail task support

Spring Framework Spring-Beans (Optional Dependency) for configuration using camundacfgxml

Spring Framework Spring-Core (Optional Dependency) for configuration using camundacfgxml

Spring Framework Spring-ASM (Optional Dependency) for configuration using camundacfgxml

Groovy (Optional Dependency) for groovy script task support

Jython (Optional Dependency) for Python script task support

JRuby (Optional Dependency) for Ruby script task support

Freemarker (Optional Dependency) for freemarker template engine support

Apache Velocity (Optional Dependency) for apache velocity template engine support

SAXON (Optional Dependency) for XSLT and XQuery template engine support

2、REST API

REST API依赖于以下第三方库:

Jackson JAX-RS (Required Dependency) provider for JSON content type

Apache Commons FileUpload (Required Dependency)

此外，当使用Apache Tomcat时:

RESTEasy (Required Dependency)

3、Spring Support

Spring支持可以与以下第三方库集成:

Apache Commons DBCP (Optional Dependency)

Spring Framework Spring-Beans (Optional Dependency)

Spring Framework Spring-Core (Optional Dependency)

Spring Framework Spring-ASM (Optional Dependency)

Spring Framework Spring-Context (Optional Dependency)

Spring Framework Spring-JDBC (Optional Dependency)

Spring Framework Spring-ORM (Optional Dependency)

Spring Framework Spring-TX (Optional Dependency)

4、Camunda Spin

Camunda Spin依赖于以下第三方库:

Jackson Json (Required Dependency) for Json Dataformat Support

此外，Camunda Spin可以与以下库集成:

Jayway Json Path (Optional Dependency) for Json Path Support

5、Camunda Connect

Camunda Connect依赖于以下第三方库:

Apache Http Components (Required Dependency) for REST and SOAP support

1、支持的Java开发环境

• Java版本： 8 / 9 / 10 / 11 / 12 / 13 / 14

• Springboot版本： 23xRELEASE

2、支持的Java运行环境

• Oracle JDK 8 / 9 / 10 / 11 / 12 / 13 / 14

• IBM JDK 8 (with J9 JVM)

• OpenJDK 8 / 9 / 10 / 11 / 12 / 13 / 14

3、支持的数据库软件

• MySQL 56 / 57

• MariaDB 100 / 102 / 103

• Oracle 11g / 12c / 18c / 19c

• IBM DB2 105 / 111

• PostgreSQL 94 / 96 / 104 / 107 / 111 / 112 / 122

• Microsoft SQL Server 2012/2014/2016/2017

• H2 14

4、支持的应用服务器

• Apache Tomcat 70 / 80 / 90

• JBoss EAP 64 / 70 / 71 / 72

• Wildfly Application Server 101+

• IBM WebSphere Application Server 85 / 90 企业版

• Oracle WebLogic Server 12c (12R2) 企业版

5、支持的浏览器

• Google Chrome

• Mozilla Firefox

• Microsoft Edge

6、流程设计器支持的操作系统

• Windows 7 / 10

• Mac OS X 1011

• Ubuntu LTS

C在“商业应用”方面，曾经是天下第一的开发语言，但这一桂冠已经被java抢走多年。因为当今商业应用程序类型，已经从桌面应用迅速转移成Web应用。当Java横行天下之后，MS又突然发力，搞出C#语言，有大片的曾经的C程序员，以为C要就此沉沦，未料，这三年来，C的生命力突然被严重地增强了。主力原因就是开源的软件、基础软件（比如并发原生支持，比如Android必定要推出原生的SDK）、各种跨平台应用的出现。

开源C库必须具有以下特点：必须是成熟的产品、跨平台的产品、相对通用的库。

一、通用标准类

STL：C标准模板库，呵呵，它也是开源的嘛。

boost：C准标准库，它是强大地，江湖称之“千锤百炼”。

deelx（轻量级的正则表达式解析类库，国产），boost里有强大的正则表达式解析库，但如果你只想要一个表达式解析，不想要拖上庞大的boost库时支持一下国货。

iconv/iconvpp：(C形式的编码转换函数库，二、XML解析库

C的XML相关库不少，但是大部分其实都是C库，使用起来自然不那么轻便。其中基于DOM的有TinyXml，基于SAX的当然是Xerces。前者小巧快捷，便于使用，适合做数据交换。后者则是全功能的XML解析器。

xerces-c：最强大的XML解析库了，不是仅仅在开源库里，你尽管把商业的算在内。当然，它的变体，被IBM拿去卖钱的那个版本，多了数百兆的东东来支持各国编码转换，是更强大，但我觉得有小小的，开源的iconv在前不就够了？

xml相应的c开源库有expat,基于SAX，应用广泛。

xsd(XML与C数据结构的绑定工具)。（商业使用要钱）

三、数据库

mysql/mysql：不用介绍吧。现在Oracle手里，但我很放心。

四、多媒体类

SDL(SimpleDirectMediaLayer/多媒体直接访问层，用于游戏编程)。

相应的c开源库有ffmpeg、mpeg4、aac、avc、libmad、mpeg1、flac、ac3、ac3、matroska著名的多媒体播放器TCPMP天下闻名的跨平台、嵌入式手持设备视频播放器，五、网络开发类

gSOAPSOAP协议的C支持库及代码生成工具。

ACE大型网络编程的首选库。

除了ACE之外，还有很多系统和网络编程方面的程序库。比如在线程库方面，还有ZThread、boost::thread，如果放大到C/C领域，还有APR，还有CII。在文件和目录操作方面，boost也有相应的组件，而在网络编程方面有socket，还有boost::asio，未来的C0X中几乎肯定有一个网络编程和一个线程库。然而目前看来，ACE仍然是进行系统和高性能网络编程的首选，其地位在一段时间内不会被撼动。它不但是一个实用的程序库、框架集，还是一个典范的设计模式应用范例，非常值得学习。

六、GUI库

BCGWindows平台下界面设计的第三方库，可以让你的界面更美好，更具时代感。

wxWidgets：使用wxWidgets，开发者可以基于同一套代码，为Win32,MacOSX,GTK,X11,Motif,WinCE等平台开发应用程序。wxWidgets库可以被C,Python,Perl,andC#/NET等开发语言使用。跟其它有些同样支持跨平台GUI开发工具不同，基于wxWidgets的应用，拥有真实本地化的视觉及使用效果——因为，wxWidgets使用（各）平台原生的控件，而不是简单通过贴图去模拟。wxWidgets是使用广泛的，自由的，开源的，成熟的。

QT-------------界面（GUI）开发，支持C/Java/Python/多种语言。跨平台。最主要的好处是，API非常优美！Qt本身也不仅仅只是做GUI编程，实际它基本上可以做OS-API可以做的任何事情。象网络/数据库/OpenGL/都提供完美的支持。

传统上Qt被认为是可移植的GUI库，但实际上Qt现在已经是一个比较完整的可移植应用程序框架了，其中包含了大量的工具，比如正则表达式、Web和Socket类、2D和3D图形、XML解析、SQL类等，甚至还包括了一个完整的容器类库，不过其王牌还是GUI。在目前的跨平台GUI框架中，Qt成熟度最高，已经被一些大公司应用在关键产品中。由于Trolltech对Qt采用的allicense模式，该产品既可以从开源社区获得支持，又能够赚取足够的商业利润，因此其前景也令人比较有信心。

Qt的主要技术特色是其元对象模型。Qt实际上使用的并不是标准的C，而是标准C的一个扩展。它通过元对象模型扩展，实现了著名的signal/slot机制，而这一机制也成为Qt的最大特色和优势。

与Qt类似的可移植GUI框架还有wxWidget、FOX等

六计算机视觉

OpenCV，因特尔自主的开源库。支持C/C/Python接口。这个感兴趣的朋友可以玩一下。如果结合OpenCV，你可以做一些外行人觉得很酷的程序。比如说用它的人脸识别函数，来对你的摄像头进行处理，判断人的动作等

七图形图像处理

GDAL，处理大图像。要是GIS专业的人肯定会语言到非常大的tif影像，动则几个GB的航空影像。GDAL对大图像的读写支持是非常棒的（像多波段的图像都可以搞定）。支持C/Java/Python

国外开源的GIS软件QGIS就是用了gdal

c的图形图像库较多，libjpeg、libpng、zlib、tiff、JBIG、最著名的开源形图像处理软件Cximage

八、内存管理：boost::smart_ptr，Hans-BoehmGC

C/C的内存管理是一个永恒的话题。一般来说，C的开发者倾向于自己管理内存。然而，出乎很多C开发者意料的是，近期C的一些领袖人物已经公开宣称，如果不配备自动内存管理机制，用C编写安全可靠的大型程序是非常困难的。而BjarneStroustrup也曾对中国开发者建议，如果没有特别的理由，应该在大型项目中使用自动内存管理工具。因此，今天的C开发者应当积极地学习和应用自动内存管理设施。

说到自动内存管理，比较轻量级的做法是boost::smart_ptr，而激进的做法是引入完整的GC机制。目前开源而又比较可靠的GC中，Hans-BoehmGC无疑是最受信赖的。作为一个保守的GC，Hans-BoehmGC在性能和功能方面都算是卓越。特别是，使用这个GC，你仍然可以delete、free来自己管理内存，对于我们编程习惯的冲击比较小。

九、密码及安全：OpenSSL

安全是今天进行C/C编程无法回避和必须重视的问题。然而编写安全的应用程序，特别是跟网络相关的C/C应用程序，是一件十分困难的事情。可以说，整个业界目前在这个进程上仍然处于“初级阶段”。特别是涉及到大量的安全、密码学相关的算法、规范，如果让开发者自己摸索，其工作量和难度达到了不现实的程度。因此必须借助可靠的相关程序库才有可能提高程序的安全性。在这方面，OpenSSL是目前最好的选择，其内容之全面可靠，已经成为业界标杆。然而，由于安全编程固有的复杂性，即使使用penSSL，开发工作仍然是非常繁琐的。因此我们也希望能够尽快看到更简单、更易用的C/C安全程序库。

十、矩阵计算：MTL

自1995年以来，C在科学计算领域当中取得了巨大的突破。这主要归功于template技术的高级应用，使得C在科学计算的性能方面取得了巨大的进步，一大批优秀的C科学计算库涌现出来。比如Blitz、POOMA、MTL、Boost::uBLAS。而这其中，MTL就功能丰富程度、性能、开发支持和成熟程度来讲，是比较突出的一个，因此可以优先考虑。值得一提的是，2002年，MTL与后来被Intel收购的KAIC配合，曾经在性能评测中击败了FORTRAN。

十一、分布式对象中间件：ICE

ICE是分布式对象中间件领域里的后起之秀，可以大致地将其视为“改进版”的CORBA。目前应用在一些大型项目当中，其中包括波音公司主持的下一代陆军作战系统。

ICE的一个特别价值是其代码的范例意义。由于ICE的出现较晚，开发者比较系统地应用了新的C编程风格，所以成为了研读C代码的良好目标。

十二、正则表达式：boost::regex

正则表达式是编程工作中最强有力的工具之一。C的正则表达式支持一直以来是一个软肋。大约在2001年左右，boost中出现了regex库，初步解决了这个问题。但是最初的regex无论在效率上还是可靠性方面都有一些问题，后来经过一次大规模的翻修之后，达到了比较完善的程度。

其他可以选择的替代品还有C语言的pcre库，Qt中的QRegExp类等。

十三、配置管理：Lua

随着软件系统越来越复杂，对软件的可配置型提出了越来越高的要求。传统上只要通过命令行参数来配置的系统，现在可能需要越来越多的方式和机制。目前越来越受欢迎、并且得到越来越多证实的做法，是将Lua嵌入到C/C程序中，而用Lua程序作为配置脚本。这种做法的优势是，Lua语言强大灵活，可以适应复杂的配置要求。同时，Lua便于嵌入C/C程序，而且编译执行速度非常快，可以说是目前解决C/C程序配置管理问题的一个出色方案。