流程图

spring cloud 灰度发布 新的改变 功能快捷键 合理的创建标题，有助于目录的生成 如何改变文本的样式 插入链接与图片 如何插入一段漂亮的代码片 生成一个适合你的列表 创建一个表格 设定内容居中、居左、居右 SmartyPants 创建一个自定义列表 如何创建一个注脚 注释也是必不可少的 KaTeX数学公式 新的甘特图功能，丰富你的文章 UML 图表 FLowchart流程图 导出与导入 导出 导入 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体验； 在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行展示； 增加了 图片拖拽 功能，你可以将本地的图片直接拖拽到编辑区域直接展示； 全新的 KaTeX数学公式 语法； 增加了支持 甘特图的mermaid语法 1 功能； 增加了 多屏幕编辑 Markdown文章功能； 增加了 焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置 等功能，功能按钮位于编辑区域与预览区域中间； 增加了 检查列表 功能。 功能快捷键 撤销： Ctrl/Command + Z 重做： Ctrl/Command + Y 加粗： Ctrl/Command + B 斜体：

云里雾里，本篇将首先梳理一下 RocketMQ DLedger 多副本关于日志复制的三个核心流程图，然后再思考一下在异常情况下如何保证数据一致性。 1、RocketMQ DLedger 多副本日志复制流程图 1.1 RocketMQ DLedger 日志转发(append) 请求流程图 1.2 RocketMQ DLedger 日志仲裁流程图 1.3 RocketMQ DLedger 从节点日志复制流程图 2、RocketMQ DLedger 多副本日志复制实现要点 上图是一个简易的日志复制的模型：图中客户端向 DLedger 集群发起一个写请求，集群中的 Leader 节点来处理写请求，首先数据先存入 Leader 节点，然后需要广播给它的所有从节点，从节点接收到 Leader 节点的数据推送对数据进行存储，然后向主节点汇报存储的结果，Leader 节点会对该日志的存储结果进行仲裁，如果超过集群数量的一半都成功存储了该数据，主节点则向客户端返回写入成功，否则向客户端写入写入失败。 接下来我们来探讨日志复制的核心设计要点。 2.1 日志编号 为了方便对日志进行管理与辨别，raft 协议为一条一条的消息进行编号，每一条消息达到主节点时会生成一个全局唯一的递增号，这样可以根据日志序号来快速的判断数据在主从复制过程中数据是否一致，在 DLedger 的实现中对应

这里写自定义目录标题 欢迎使用Markdown编辑器 新的改变 功能快捷键 合理的创建标题，有助于目录的生成 如何改变文本的样式 插入链接与图片 如何插入一段漂亮的代码片 生成一个适合你的列表 创建一个表格 设定内容居中、居左、居右 SmartyPants 创建一个自定义列表 如何创建一个注脚 注释也是必不可少的 KaTeX数学公式 新的甘特图功能，丰富你的文章 UML 图表 FLowchart流程图 导出与导入 导出 导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体验； 在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行展示； 增加了 图片拖拽 功能，你可以将本地的图片直接拖拽到编辑区域直接展示； 全新的 KaTeX数学公式 语法； 增加了支持 甘特图的mermaid语法 1 功能； 增加了 多屏幕编辑 Markdown文章功能； 增加了 焦点写作模式、预览模式、简洁写作模式

这里写自定义目录标题 欢迎使用Markdown编辑器 新的改变 功能快捷键 合理的创建标题，有助于目录的生成 如何改变文本的样式 插入链接与图片 如何插入一段漂亮的代码片 生成一个适合你的列表 创建一个表格 设定内容居中、居左、居右 SmartyPants 创建一个自定义列表 如何创建一个注脚 注释也是必不可少的 KaTeX数学公式 新的甘特图功能，丰富你的文章 UML 图表 FLowchart流程图 导出与导入 导出 导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体验； 在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行展示； 增加了 图片拖拽 功能，你可以将本地的图片直接拖拽到编辑区域直接展示； 全新的 KaTeX数学公式 语法； 增加了支持 甘特图的mermaid语法 1 功能； 增加了 多屏幕编辑 Markdown文章功能； 增加了 焦点写作模式、预览模式、简洁写作模式

这里写自定义目录标题 欢迎使用Markdown编辑器 新的改变 功能快捷键 合理的创建标题，有助于目录的生成 如何改变文本的样式 插入链接与图片 如何插入一段漂亮的代码片 生成一个适合你的列表 创建一个表格 设定内容居中、居左、居右 SmartyPants 创建一个自定义列表 如何创建一个注脚 注释也是必不可少的 KaTeX数学公式 新的甘特图功能，丰富你的文章 UML 图表 FLowchart流程图 导出与导入 导出 导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体验； 在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行展示； 增加了 图片拖拽 功能，你可以将本地的图片直接拖拽到编辑区域直接展示； 全新的 KaTeX数学公式 语法； 增加了支持 甘特图的mermaid语法 1 功能； 增加了 多屏幕编辑 Markdown文章功能； 增加了 焦点写作模式、预览模式、简洁写作模式

第一篇文章-Apache Flink 欢迎使用Markdown编辑器 新的改变 功能快捷键 合理的创建标题，有助于目录的生成 如何改变文本的样式 插入链接与图片 如何插入一段漂亮的代码片 生成一个适合你的列表 创建一个表格 设定内容居中、居左、居右 SmartyPants 创建一个自定义列表 如何创建一个注脚 注释也是必不可少的 KaTeX数学公式 新的甘特图功能，丰富你的文章 UML 图表 FLowchart流程图 导出与导入 导出 导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体验； 在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行展示； 增加了 图片拖拽 功能，你可以将本地的图片直接拖拽到编辑区域直接展示； 全新的 KaTeX数学公式 语法； 增加了支持 甘特图的mermaid语法 1 功能； 增加了 多屏幕编辑 Markdown文章功能； 增加了 焦点写作模式、预览模式、简洁写作模式

大学的软件工程老师说过，只要需求文档确定，大家的工作就需要低头写代码。工作之后我一直认为这是理论脱离实践的笑话。直到我深入研究流程图才发现，流程图就是对应着代码，菱形有几个向下指的箭头，那么页面是就有几个与之对应的按钮（也可能是单选框）。 来源： https://www.cnblogs.com/zhouxueqing/p/11715668.html

自媒体行业有一句不知道是谁说的名言： 用户有图就不会看文字,有视频就不会看图 。虽然这里反应出了现代人的一些浮躁，但也从侧面说明在沟通效率方面，视频优于图片，图片优于文字。而平时大家又都在抱怨前人没有留下文档，自己又不写文档。用视频来记录文档制作成本太高，而用文字记录文档有没人看，所以使用图表来描述文档就显得经济实惠一些。 画过的流程图没人看，多数是因为阅读的人看不懂。这就像篮球比赛中的传球一样，传球失误多半责任是传球人的动作不规范导致。文档也是一样，阅读的人看不懂，多半是文档作者描述问题不清晰。所以针对流程图我们需要有一套标准化的定义。 来源： https://www.cnblogs.com/zhouxueqing/p/11715571.html

什么情况下需要画流程图 如果业务流程中只有一个步骤的审批，那就不用画流程图，毕竟流程简单看代码也花不了多少时间。大于一步的审批就一定要画流程图。 画流程图的注意事项 带箭头的线上一定要注明操作数据的过程，比如“审核通过”。 线与线不要交叉。 不要多条线使用一个箭头。 流程图一定要有开始和结束的圆角矩形框，让读者第一眼就能看出数据的整体，这也是做事的规矩，有始有终。 记得我的初中数学老师讲坐标系的画法，他说画坐标系一定要写x，y和0，如果谁只画了一个十字架，即使题作对了也不给分。 流程图的“开始”要画在上面，“结束”要画在下面，正常的数据流向要自上而下，例如“审核通过”，异常的数据流向可以自下而上，例如“审核拒绝”。因为人的潜意识都是自上而下的，都是希望得到肯定回答的。所以请顺着人类的潜意识思维描述需求。 流程图可以有多个结束，但是只能有一个开始。 流程图尽可能在一屏显示，或者能够打印在一张A4纸上，如果一张图中内容过多，建议拆分为多张流程图。 流程图工具 visio，微软出品，仅限windows。 wps，可导出jpg、png等图片格式，导出svg、pos格式需会员充值。 www.processon.com 浏览器在线编辑，可导出图片格式和svg、pos格式文件，但免费模式想加最多只能创建9张流程图。 Gliffy Diagrams 谷歌浏览器插件

自媒体行业有一句不知道是谁说的名言： 用户有图就不会看文字,有视频就不会看图 。虽然这里反应出了现代人的一些浮躁，但也从侧面说明在沟通效率方面，视频优于图片，图片优于文字。而平时大家又都在抱怨前人没有留下文档，自己又不写文档。用视频来记录文档制作成本太高，而用文字记录文档有没人看，所以使用图表来描述文档就显得经济实惠一些。 画过的流程图没人看，多数是因为阅读的人看不懂。这就像篮球比赛中的传球一样，传球失误多半责任是传球人的动作不规范导致。文档也是一样，阅读的人看不懂，多半是文档作者描述问题不清晰。所以针对流程图我们需要有一套标准化的定义。 先贴一个流程图，大家看看能否理解需求。 圆角矩形表示程序开始或结束 矩形表示单据的状态 带箭头的线表示数据流向 菱形表示数据流向的判断 程序员报销审批，金额大于等于1000，提交单据后需要经理审批，金额小于1000直接由财务审批，经理通过后需要财务审批。“经理待审批”和“财务待审批”这两种单据的状态一定对应各自的操作页面，用矩形表示。“经理审批通过”这是一个数据流向，对应“经理待审批”这个页面的“通过”按钮的事件，用带箭头的线表示。程序员提交的报销金额是否大于等于1000这个判断就是数据流向的判断，用菱形表示。 什么情况下需要画流程图 如果业务流程中只有一个步骤的审批，那就不用画流程图，毕竟流程简单看代码也花不了多少时间