activity指定节点审批人

本文介绍如何在BPMN流程中指定审批节点的审批人,并演示流程挂起的操作。通过修改流程文件设定Assignee属性,启动流程实例后在任务表中看到审批人信息。模拟审批流程,展示任务流转。此外,展示了如何在审批过程中挂起流程实例,以及挂起后尝试审批报错的情况,强调挂起状态下需先解除挂起才能继续审批。

前言

在上一篇,我们演示了一个简单的审批流程各节点顺序审批到流程结束的过程,但在实际业务中,每个审批节点经常会指定审批人的,总不能说,任意一个人进来了都可以对这个流程进行审批吧,这就需要指定任务节点的审批人

1、定义流程文件,指定节点审批人

如下图所示,我们在bpmn流程定义文件中,编辑各个节点属性,在属性中的Assignee的这一栏,指定审批人名字,比如“填写请假单”我们指定的审批人是 zhangsan ,经理审批指定的是 lisi

在这里插入图片描述

2、部署流程文件并启动流程

按照步骤,我们重新部署一下这个流程文件然后启动流程实例,代码直接贴出提供参考:

部署流程:

public static void main(String[] args) {
        ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
        RepositoryService repositoryService = processEngine.getRepositoryService();
        Deployment deployment =
                repositoryService.cr
### Java Android Activity 启动与审批流程 在 Android 开发中,`Activity` 的启动过程是一个复杂而有序的过程。以下是关于 `Activity` 启动以及可能涉及的“审批”机制的具体实现方式。 #### 1. **客户端调用 startActivity 方法** 当应用程序通过 `startActivity(Intent)` 发起一个新的 `Activity` 请求时,该请求会进入系统的活动管理服务 (AMS, ActivityManagerService)[^1]。具体来说: - 调用方的应用程序进程中的 `ContextImpl.startActivity()` 方法会被触发。 - 此方法最终会调用到 `Instrumentation.execStartActivity()`,并进一步传递给 AMS 进行处理。 ```java // ContextImpl.java 中的部分代码片段 @Override public void startActivity(Intent intent) { Instrumentation instrumentation = mInstrumentation; if (instrumentation != null) { instrumentation.execStartActivity( getOuterContext(), mMainThread.getApplicationThread(), mToken, this, intent, -1); } } ``` 此部分实现了从应用层向系统服务层发起请求的功能。 --- #### 2. **AMS 处理启动请求** 一旦请求到达 AMS,它会对目标组件进行一系列验证操作,这可以被看作一种“审批”行为。这些步骤包括但不限于以下内容: - 验证权限:检查当前应用是否有权启动指定的目标 `Activity`。 - 解析 Intent:解析传入的 `Intent` 对象,找到匹配的目标组件名称及其对应的包名。 - 检查状态:确认设备资源是否允许新任务或新的栈顶窗口创建。 如果上述条件均满足,则继续执行下一步;否则抛出异常终止启动过程。 --- #### 3. **调度至目标进程** 经过 AMS 层面的初步审核之后,实际的任务将分配给承载目标 `Activity` 的远程进程中运行。此时会发生跨进程通信 (IPC),借助 Binder 机制完成数据交换。 对于已经存在的目标进程而言,只需唤醒对应线程即可加载所需界面;而对于尚未初始化的情况,则需先建立相应的 Zygote 子进程实例化环境后再做后续安排。 --- #### 4. **生命周期回调函数** 随着目标 `Activity` 成功附加于其所属的应用上下文中后,框架便会依次调用各个阶段的关键事件通知方法,例如 `onCreate()`, `onStart()`, 和 `onResume()` 等[^2]。下面展示了一个典型例子: ```java @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 初始化父类成员变量及设置默认属性值 } @Override protected void onStart() { super.onStart(); // 让视图变得可见但还未获得焦点交互能力 } @Override protected void onResume() { super.onResume(); // 用户可直接操控此刻显示出来的 UI 组件 } ``` 以上三个重要环节共同构成了完整的激活路径描述。 --- #### 5. **自定义扩展逻辑** 某些场景下,开发者可能会希望加入额外的安全校验或者业务规则判断作为所谓的 “审批流”。比如继承基类重写特定钩子点,在那里嵌套私有算法确保符合预期标准再准予放行[^3]。 示例代码如下所示: ```java public class AuditTestActivity extends AppCompatActivity { @Override protected void onCreate(@Nullable Bundle savedInstanceState) { boolean isApproved = performCustomApprovalLogic(); if (!isApproved){ finish(); // 如果未通过则立即结束自身生命期 return ; } super.onCreate(savedInstanceState); } private boolean performCustomApprovalLogic(){ // 自己编写复杂的判定依据... return true; } } ``` 这种做法能够很好地适应项目需求变化的同时也增强了灵活性。 --- ### 总结 综上所述,虽然官方文档并未明确定义所谓“审批”的概念,但从整个工作链条来看确实存在多处类似的控制节点用于保障正常运转秩序。理解清楚它们之间的协作关系有助于构建更加健壮稳定的应用架构体系结构[^4]。
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

小码农叔叔

谢谢鼓励

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

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

打赏作者

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

抵扣说明:

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

余额充值