搜狗公司C++服务器引擎,编程范式。支撑搜狗几乎所有后端C++在线服务,包括所有搜索服务,云输入法,在线广告等,每日处理数百亿请求。这是一个设计轻盈优雅的企业级程序引擎,可以满足大多数后端与嵌入式开发需求。
- 快速搭建http服务器:
#include <stdio.h>
#include "workflow/WFHttpServer.h"
int main()
{
WFHttpServer server([](WFHttpTask *task) {
task->get_resp()->append_output_body("<html>Hello World!</html>");
});
if (server.start(8888) == 0) { // start server on port 8888
getchar(); // press "Enter" to end.
server.stop();
}
return 0;
}
- 作为万能异步客户端。目前支持
http
,redis
,mysql
和kafka
协议。- 轻松构建效率极高的spider。
mysql
协议同时也支持MariaDB
和TiDB
等数据库。
- 实现自定义协议client/server,构建自己的RPC系统。
- srpc就是以它为基础,作为独立项目开源。支持
srpc
,brpc
,trpc
和thrift
等协议。
- srpc就是以它为基础,作为独立项目开源。支持
- 构建异步任务流,支持常用的串并联,也支持更加复杂的DAG结构。
- 作为并行计算工具使用。除了网络任务,我们也包含计算任务的调度。所有类型的任务都可以放入同一个流中。
- 在
Linux
系统下作为文件异步IO工具使用,性能超过任何标准调用。磁盘IO也是一种任务。 - 实现任何计算与通讯关系非常复杂的高性能高并发的后端服务。
- 构建微服务系统。
- 项目内置服务治理与负载均衡等功能。
- Wiki链接 : PaaS 架构图
- 项目支持
Linux
,macOS
,Windows
,Android
等操作系统。Windows
版以windows分支发布,使用iocp
实现异步网络。用户接口与Linux
版一致。
- 支持所有CPU平台,包括32或64位
x86
处理器,大端或小端arm
处理器,国产loongson
龙芯处理器实测支持。 - 需要依赖于
OpenSSL
,推荐OpenSSL 1.1
及以上版本。- 不喜欢SSL的用户可以使用nossl分支,代码更简洁。
- 项目使用了
C++11
标准,需要用支持C++11
的编译器编译。但不依赖boost
或asio
。 - 项目无其它依赖。如需使用
kafka
协议,需自行安装lz4
,zstd
和snappy
几个压缩库。
git clone https://github.com/sogou/workflow # From gitee: git clone https://gitee.com/sogou/workflow
cd workflow
make
cd tutorial
make
SRPC工具可以生成完整的workflow工程,根据用户命令生成对应的server,client或proxy框架,以及CMake工程文件和JSON格式的配置文件。
并且,工具会下载最小的必要的依赖。例如在用户指定产生RPC项目时,自动下载并配置好protobuf等依赖。
SRPC工具的使用方法可以参考:https://github.com/sogou/srpc/blob/master/tools/README_cn.md
Debian Linux或ubuntu上使用apt-get安装:
作为是Debian Linux与Ubuntu Linux 22.04版自带软件,可以通过apt-get
命令直接安装开发包:
sudo apt-get install libworkflow-dev
或部署运行环境:
sudo apt-get install workflow1
注意ubuntu只有最新22.04版或以上自带workflow。更推荐用git直接下载最新源代码编译。
Fedora Linux上使用dnf安装:
Workflow也是Fedora Linux的自带软件,可以使用最新的rpm包管理工具dnf
直接安装开发包:
sudo dnf install workflow-devel
或部署运行环境:
sudo dnf install workflow
如果你想用xmake去构建 workflow, 你可以看 xmake build document
- Client基础
- Server基础
- 并行任务与工作流
- 几个重要的话题
- 计算任务
- 文件异步IO任务
- 用户定义协议基础
- 其它一些重要任务与组件
- 任务间通信
- 服务治理
- 连接上下文的使用
- 内置客户端
程序 = 协议 + 算法 + 任务流
- 协议
- 大多数情况下,用户使用的是内置的通用网络协议,例如http,redis或各种rpc。
- 用户可以方便的自定义网络协议,只需提供序列化和反序列化函数,就可以定义出自己的client/server。
- 算法
- 在我们的设计里,算法是与协议对称的概念。
- 如果说协议的调用是rpc,算法的调用就是一次apc(Async Procedure Call)。
- 我们提供了一些通用算法,例如sort,merge,psort,reduce,可以直接使用。
- 与自定义协议相比,自定义算法的使用要常见得多。任何一次边界清晰的复杂计算,都应该包装成算法。
- 在我们的设计里,算法是与协议对称的概念。
- 任务流
- 任务流就是实际的业务逻辑,就是把开发好的协议与算法放在流程图里使用起来。
- 典型的任务流是一个闭合的串并联图。复杂的业务逻辑,可能是一个非闭合的DAG。
- 任务流图可以直接构建,也可以根据每一步的结果动态生成。所有任务都是异步执行的。
结构化并发与任务隐藏
- 我们系统中包含五种基础任务:通讯,计算,文件IO,定时器,计数器。
- 一切任务都由任务工厂产生,用户通过调用接口组织并发结构。例如串联并联,DAG等。
- 大多数情况下,用户通过任务工厂产生的任务,都隐藏了多个异步过程,但用户并不感知。
- 例如,一次http请求,可能包含许多次异步过程(DNS,重定向),但对用户来讲,就是一次通信任务。
- 文件排序,看起来就是一个算法,但其实包括复杂的文件IO与CPU计算的交互过程。
- 如果把业务逻辑想象成用设计好的电子元件搭建电路,那么每个电子元件内部可能又是一个复杂电路。
- 任务隐藏机制大幅减少了用户需要创建的任务数量和回调深度。
- 任何任务都运行在某个串行流(series)里,共享series上下文,让异步任务之间数据传递变得简单。
回调与内存回收机制
- 一切调用都是异步执行,几乎不存在占着线程等待的操作。
- 显式的回调机制。用户清楚自己在写异步程序。
- 通过一套对象生命周期机制,大幅简化异步程序的内存管理
- 任何框架创建的任务,生命周期都是从创建到callback函数运行结束为止。没有泄漏风险。
- 如果创建了任务之后不想运行,则需要通过dismiss()接口删除。
- 任务中的数据,例如网络请求的resp,也会随着任务被回收。此时用户可通过
std::move()
把需要的数据移走。 - 项目中不使用任何智能指针来管理内存。代码观感清新。
- 任何框架创建的任务,生命周期都是从创建到callback函数运行结束为止。没有泄漏风险。
- 尽量避免用户级别派生,以
std::function
封装用户行为,包括:- 任何任务的callback。
- 任何server的process。符合
FaaS
(Function as a Service)思想。 - 一个算法的实现,简单来讲也是一个
std::function
。 - 如果深入使用,又会发现一切皆可派生。
可以先查看FAQ和issues列表,看看是否能找到答案。
非常欢迎将您使用中遇到的问题发送到issues,我们将第一时间进行解答。同时更多的issue对新用户也会带来帮助。
也可以通过QQ群:618773193 联系我们。
用户可以在访问GitHub遇到困难时,使用我们的Gitee官方仓库:https://gitee.com/sogou/workflow
另外也麻烦在Gitee上star了项目的用户,尽量同步star一下GitHub仓库。谢谢!