起因
最近公司由于需要优化之前的任务流程，并且可能在以后的系统中需要经常用到任务流程的相关操作。故有了调研流程框架的任务。
其实我本人以前并没有做过类似的技术选型，自己对这方面的思考可能也比较少，所以就专门对这次调研做了这篇文章，也用来对以后技术选型进行相关参考。
我的技术选型原则
1.满足业务需求(甚至要考虑到后扩展续需求)。这一点看似简单也是最难把握的。
选择框架原因无非就是解决通用的简单的问题，或者就是对复杂的问题有着封装好的优秀的解决方案。前者自不用多说正常都能满足，但是后者相对来说就会有很多值得思考的问题。把一个复杂的功能通用化，那一般来说也会非常复杂，就算我们只是api工程师其实也会非常痛苦。但是业务纷繁复杂花样百出，有的时候选择框架更倾向于后者，这就意味着框架的复杂度提升，上手难度加大。但如果业务就是如此那就必须倾向于后者不容置疑。始终清楚技术为业务服务。
2.满足业务的条件下框架使用成本低，易于上手，不管是对架构师而言还是对业务开发而言都应该比较友好。能够快速使用，对于简单的功能能够进行敏捷开发，使业务快速变现。
3.可扩展性强。可扩展性这个意思说实话由于水平原因我讲不出什么东西，仁者见仁智者见智吧。
4.学习资料丰富，开源社区活跃，使用人数多，开发人员能够快速进行学习。
我的调研过程
1.直接看flowable官网，了解一下什么是工作流，有一个大致的概念和印象。
2.根据官网的demo或者参考其他技术博客搭建最简单的demo，实现最简单的功能。通过案列对此有个技术层面的理解。
3.寻找相关视频资料对其进行一个全方位的学习(不用担心时间，一般都不会太长且会1.5或者2倍速观看)，如果有时间就都看，如果没有太多时间就寻找关键的地方看，跳过一些原理性的东西，直接看开发写代码的地方，后续有时间再补上。
4.一边看视频，一边思考，如何整合现有项目，现有项目在此基础之上如何开发等等。再写一个关于公司业务的简单流程demo。
5.参考一些github或者gitee上面开源的使用flowable框架的项目，现学现卖，cv他们的代码，整合一些通用方法或者接口，再写一个demo(这个就是以后flowable工程的模板)。
总结就是：官网 -> 技术博客 -> 视频 -> 优秀开源项目
一些技巧性的东西
看视频的时候，up主一般都会宣传自己的公众号啊，交流群啊什么的，包括评论区等等都会有一些交流群。不用害羞，不用吝啬自己的微信好友位，直接加起来，群里总会有大佬的，不会的就问。我加的一些群，一些大佬都帮助我解决了很多问题！
相关参考
www.shangmayuan.com/a/538a0b230… （重要）
demo.diboot.com（别人的列子）
blog.csdn.net/weixin_4081… （flowable开源项目推荐）
B站视频：java_波哥 flowable工作流
