重复登录时后一个把前一个挤下去的状态图
本文共 779 字，大约阅读时间需要 2 分钟。
UML菜鸟(122***922) 2018-05-30 22:39:44
请问下，用户登录，注销，还有重复登录时后一个把前一个挤下去，这个如何画状态图来说明呢？
UML菜鸟(122***922) 2018-05-30 22:40:14
用户最开始是未登录状态，然后可以通过登录，变为已登录状态。
用户可以通过注销操作，从已登录状态变为未登录状态
同时长时间未操作，也可以从登录状态变为未登录状态UML菜鸟(122***922) 2018-05-30 22:43:28
这样？
UML菜鸟(122***922) 2018-05-30 22:44:57
潘加宇(1493943028) 2018-06-05 14:12:16
你问题讲清楚了，图怎么画出来和你说的不一样嘛，如下：
UML菜鸟(122***922) 2018-06-05 14:13:13
主要是之前对被 挤下来不清楚
比如甲登录了账户A，乙后面也登录了账户A，要实现的效果是后面登录的将前面登录的挤下来UML菜鸟(122***922) 2018-06-05 14:14:20
不知道该如何描述这一状态变化
潘加宇(1493943028) 2018-06-06 09:16:40
参见此图 需要两个类的互动UML菜鸟(122***922) 09:20:09
要的
你这个图画出了实质 真的是两个概念UML菜鸟(122***922) 09:20:49
如果会话的数量设置为1，就满足我的要表达的效果了
潘加宇(1493943028) 09:21:14
这个图也不一定对，你自己看着画画改改吧
UML菜鸟(122***922) 09:22:29
嗯，其实也可以看成多线程操作共有资源，只不过不是锁定，而是后入抢占方式
主要是一直在一个图中思考，解决不了问题，现在资源和抢占分离后，思路一下清楚了
转载地址：http://ouva.baihongyu.com/
你可能感兴趣的文章
MySQL 树形结构 根据指定节点 获取其下属的所有子节点（包含路径上的枝干节点和叶子节点）...
查看>>
mysql 死锁 Deadlock found when trying to get lock； try restarting transaction
查看>>
mysql 死锁(先delete 后insert)日志分析
查看>>
MySQL 死锁了，怎么办？
查看>>
MySQL 深度分页性能急剧下降，该如何优化？
查看>>
MySQL 深度分页性能急剧下降，该如何优化？
查看>>
MySQL 添加列，修改列，删除列
查看>>
mysql 添加索引
查看>>
MySQL 添加索引，删除索引及其用法
查看>>
MySQL 用 limit 为什么会影响性能？
查看>>
MySQL 用 limit 为什么会影响性能？有什么优化方案？
查看>>
MySQL 用户权限管理：授权、撤销、密码更新和用户删除（图文解析）
查看>>
mysql 用户管理和权限设置
查看>>
MySQL 的 varchar 水真的太深了！
查看>>
mysql 的GROUP_CONCAT函数的使用（group_by 如何显示分组之前的数据）
查看>>
MySQL 的instr函数
查看>>
MySQL 的mysql_secure_installation安全脚本执行过程介绍
查看>>
MySQL 的Rename Table语句
查看>>
MySQL 的全局锁、表锁和行锁
查看>>
mysql 的存储引擎介绍
查看>>