若依Flowable工作流版本监听器使用方法

1.前言

本文详细介绍如何在若依Flowable工作流版本(RuoYi-Vue-Flowable)中配置执行监听器和任务监听器。是以我二次开发的代码为基础,介绍如何配置监听器,已解决源码在新增或删除监听器出现的问题,如果需要二次开发的流程管理,可以查看我的主页文章《以若依Flowable工作流版本(RuoYi-Vue-Flowable)为基础,进行二次开发》。用于介绍的前端页面和原有页面可能稍有差距,但是不影响整体功能介绍。

2.监听器后端配置

1.执行监听器

需要实现ExecutionListener接口,并且重写notify方法,在notify方法中进行相关操作。

2.任务监听器

需要实现TaskListener接口,并且重写notify方法,在notify方法中进行相关操作。

3.自定义监听器配置

1.执行监听器

1.选择需要配置监听器的节点,点击“执行监听器下拉”,选择“自定义监听器”。

2.选择事件类型和监听器类型,以下所有功能都会以“java类”的监听器类型为例进行介绍。填写后端执行监听器的java类路径。最后点击“保存”按钮。

2.任务监听器

1.选择需要配置监听器的节点,点击“任务监听器下拉”,选择“自定义监听器”。

2.选择事件类型和监听器类型,填写后端任务监听器的java类路径。最后点击“保存”按钮。

3.点击“保存模型”按钮,并配置表单。重启后端和前端代码,启动刚才配置的流程,查看后端控制台。

4.内置监听器配置

1.流程监听新增

1.打开“流程监听”菜单,配置和刚才地方类似,只是多了个名称。下面两个图进行配置,然后点击“确定”保存。其中,监听类型控制着执行监听器还是任务监听器。执行监听器事件类型对应关系如下:start->开始;end->结束;take->流转。任务监听器事件类型对应关系如下:create->创建;assignment->指派;complete->完成;delete->删除。

2.监听器绑定

1.选择需要配置监听器的节点,点击“执行监听器下拉”,选择“内置监听器”。

2.选择需要绑定的监听器,然后点击“保存”按钮。

3.选择需要配置监听器的节点,点击“任务监听器下拉”,选择“内置监听器”。

4.选择需要绑定的监听器,然后点击“保存”按钮。

5.点击“保存模型”按钮,并配置表单。启动刚才配置的流程,查看后端控制台。

5.总结

当初,二次开发若依Flowable工作流版本时,没有测试监听器功能。有小伙伴反应问题,我测试了下,确实发现了一些问题,修改了问题后,发布此文章希望有助于小伙伴们配置监听器。如果大家需要流程管理功能,可以查看我主页文章《以若依Flowable工作流版本(RuoYi-Vue-Flowable)为基础,进行二次开发》,这是PC端流程管理。同时,也可以看我主页文章《以若依移动端版为基础,实现uniapp的flowable流程管理》,这是uniapp版本的流程管理,支持H5、APP和微信小程序。

如果此文章对大家有所帮助的话,希望能点赞支持下,您的支持就是我最大的动力。我会不定时发布关于若依框架、Java、Vue、uniapp等方面的内容,如果大家对这些内容感兴趣的话,可以关注我。

<think>嗯,用户之前问了关于Loki和Promtail适配systemd版本的问题,现在又转向了AMD64、ARM64和x86_64的区别。可能用户是在搭建日志系统时遇到了硬件兼容性问题,或者是在选择服务器硬件架构时需要了解这些信息。需要先确定用户的实际需求,比如他们是否在部署到不同的CPU架构上,或者在编译软件时需要选择正确的二进制包。 首先,AMD64和x86_64其实是一样的,都是指64位的x86架构,由AMD最初提出,后来被Intel采用。而ARM64是基于ARM架构的64位版本,常见于移动设备和一些服务器,比如AWS的Graviton处理器。用户可能混淆了这些名称,需要明确区分它们的起源和应用场景。 接下来要考虑用户可能遇到的问题。例如,他们可能在下载软件时不知道该选哪个版本,或者在构建多架构镜像时需要了解不同架构的差异。需要解释每种架构的特点、性能、功耗以及典型应用场景,帮助用户根据自身需求选择合适的架构。 另外,用户可能对兼容性有疑问,比如x86_64的软件能否在AMD64上运行,或者ARM架构的服务器是否适合他们的应用。需要说明指令集的差异导致软件需要专门编译,以及跨平台运行的可能解决方案,比如模拟器或容器技术。 还需要注意用户的技术背景。如果他们不熟悉底层硬件,可能需要用更通俗的语言解释,避免过于专业的术语。同时,结合之前的日志系统问题,推测他们可能在部署Loki/Promtail时需要选择适合的架构版本,因此可以强调在下载这些工具时如何选择正确的架构包。 最后,检查是否有常见的误区需要澄清,比如混淆x86_64和ARM64的适用场景,或者误以为所有64位架构都是兼容的。总结时给出明确的对比表格和典型应用示例,帮助用户快速决策。</think>以下是 **AMD64(x86_64)与 ARM64** 的对比说明,涵盖架构设计、性能特点和应用场景: --- ### 一、核心区别总结 | **特性** | **AMD64/x86_64** | **ARM64** | |-----------------|---------------------------------|--------------------------------| | **指令集架构** | CISC(复杂指令集) | RISC(精简指令集) | | **功耗效率** | 较高功耗 | 低功耗,能效比高 | | **典型应用** | 服务器、PC、高性能计算 | 移动设备、嵌入式系统、云服务器 | | **软件生态** | 广泛兼容,主流操作系统支持 | 快速扩展,逐步覆盖服务器领域 | | **寄存器数量** | 16 通用寄存器 | 31 通用寄存器 | --- ### 二、详细对比 #### 1. **指令集与设计哲学** - **AMD64/x86_64**: - **CISC 架构**:单条指令可完成复杂操作(如内存读写与计算合并),硬件逻辑复杂。 - **历史背景**:由 Intel x86 架构扩展至 64 位(AMD 提出标准,后命名为 AMD64)。 - **兼容性**:完全兼容 32 位 x86 程序(通过硬件模拟层)。 - **ARM64**: - **RISC 架构**:指令精简、长度固定,依赖多指令组合完成复杂任务,硬件设计更简单。 - **模块化设计**:支持定制化扩展(如 NEON SIMD 指令加速多媒体处理)。 - **原生 64 位**:不兼容传统 32 位 ARM 指令(需软件模拟层)。 #### 2. **性能与功耗** - **AMD64/x86_64**: - **高性能**:适合高负载计算(如科学模拟、数据库服务器)。 - **功耗**:典型 TDP 65W~250W(桌面/服务器级 CPU)。 - **ARM64**: - **能效比**:相同性能下功耗仅为 x86 的 1/3~1/2(例:Apple M1 芯片)。 - **散热需求低**:适合密集部署(如边缘计算节点、云计算集群)。 #### 3. **应用场景** - **AMD64/x86_64 主导领域**: ```bash # 典型场景 - 企业级服务器(AWS EC2、Azure 通用型实例) - 桌面操作系统(Windows/macOS/Linux PC) - 高性能计算(HPC、GPU 加速计算) ``` - **ARM64 新兴领域**: ```bash # 典型场景 - 移动设备(智能手机、平板电脑) - 云服务器(AWS Graviton、阿里云倚天实例) - 嵌入式/IoT(树莓派、无人机控制器) ``` --- ### 三、软件兼容性差异 #### 1. **操作系统支持** - **AMD64/x86_64**: - 全平台支持:Windows、Linux、macOS(Intel 芯片)。 - 无需特殊配置即可运行多数闭源商业软件(如 Adobe 套件、游戏)。 - **ARM64**: - **Linux**:原生支持完善(Ubuntu/Debian 等提供 ARM 版本)。 - **Windows**:Windows on ARM 支持有限(依赖 x86 模拟器,性能折损约 20%)。 - **macOS**:Apple Silicon(M1/M2)完全转向 ARM64,通过 Rosetta 2
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

飘逸飘逸

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值