C++ 事件驱动型银行排队模拟
最近重拾之前半途而废的C++,恰好看到了《C++ 实现银行排队服务模拟》,但是没有实验楼的会员,看不到具体的实现,正好用来作为练习。
模拟的是银行的排队叫号系统,所有顾客以先来后到的顺序在同一个队列中等待,当有服务窗口空闲时,则队首的顾客接受服务,完成后则下一位顾客开始接受服务。
本实现是事件驱动型的,处理对象是事件而不是顾客:
有2种事件:顾客到事件和顾客离开事件。
有2个队列:顾客队列和事件队列。
程序的逻辑如下:
- 初始化事件队列,填充顾客到达事件;
- 处理事件队列的头部(总是为最早发生的事件),若为“顾客到达事件”,转向处理“顾客到达事件”,若为“顾客离开事件”,转向处理“顾客离开事件”;
- 循环进行2,直到事件队列为空或超出营业时间;
- 进行清理工作。
事件处理
主流程
永远处理事件队列的头部——即最早发生的事件。
void Manager::run() {
while (_event_queue.size() != 0) {
_current_event = _event_queue.front();
if (_current_event->occur_time >= _total_serve_time)//超出营业时间
break;
if(_customer_queue.size() == 0 && _event_queue.size() <= _service_num)//生成新的顾客到达事件
{
generate_arrived_event(_generate_arrived_time);
_current_event = _event_queue.front();//update current event, deal it with order
}
if (_current_event->event_type == EventType::ARRIVIED)//处理顾客到达事件
customer_arrived();
else if (_current_event->event_type == EventType::DEPARTURE)//处理顾客离开事件
customer_departure();
}
}
生成顾客到达事件
有2种方法:
(1)一次性生成全部顾客到达事件
设定单位时间内到达的顾客数量,生成银行营业时间内所有的到达事件,处理这些事件,直到事件队列为空或是超过了银行的营业时间。
void Manager::generate_arrived_event(int& current_time) {//生成单位时间内的顾客到达事件并入队,current_time是共享的
Event* event;
int customer_per_minute = Random::uniform(RANDOM_PER_MINUTE);//单位时间内随机到达的顾客数量,至少为1例
while (customer_per_minute > 0) {
event = new Event(current_time);
_event_queue.enqueue(event);
--customer_per_minute;
}
++current_time;
}
_generate_arrived_time = 0;
while(_generate_arrived_time < _total_serve_time) { //_total_serve_time是银行的总营业时间
generate_arrived_event(_generate_arrived_time);
}
(2)分批生成顾客到达事件
仅在需要时生成顾客到达事件,因为顾客接受服务需要一定的时间,通常来说第1种方法生成的到达事件在达到银行营业时间后不能全部处理完成,这就造成了时间和空间上的浪费。分批生成到达事件的实现是基于这样的事实:如果顾客队列为空且事件队列的长度小于等于服务窗口的数量时,说明余下的事件将不能让服务窗口满载并产生等待服务的顾客,此时就需要生成新的顾客到达事件。
初始化事件队列:
_generate_arrived_time = 0;//依旧是以时间顺序生成顾客到达事件
while(_generate_arrived_time < INIT_ARRIVIED_EVENT_NUM) {//选择合适的值,使最初生成的顾客到达事件略多于服务窗口数量,保证服务窗口满载且有等待顾客即可
generate_arrived_event(_generate_arrived_time);
}
判断条件并生成到达事件:
if(_customer_queue.empty() && _event_queue.size() <= _service_num)
{
generate_arrived_event(_generate_arrived_time);
_current_event = &_event_queue.top();//update current event, deal it with order
}
由于顾客到达事件仍是以时间顺序从0到营业时间结束来生成的,之所以能够保证不会在处理了98分钟时的顾客离开事件(可能是5分钟时到达的顾客产生的)后再去处理新插入的10分钟时的顾客到达事件,就是初始化事件队列时选择合适的INIT_ARRIVIED_EVENT_NUM的意义所在:时刻保证事件队列的长度大于服务窗口的数量,新生成的顾客到达事件的时间若早于顾客离开事件的时间(以时间为顺序生成顾客到达事件就保证了新生成的顾客到达事件的时间不小于事件队列中已有的顾客到达事件,而顾客离开事件的时间是随机的,若提前于新生成的顾客到事件处理,可能会失序)也能被正确处理。
生成顾客离开事件
顾客队列头部顾客接受服务并出队,生成顾客离开事件并入队事件队列。顾客离开事件的发生时间 = 当前时间 + 顾客接受服务的时长。
void Manager::generate_departure_event(int service_index, int current_time) {
_services[service_index].serve_customer(*_customer_queue.front());
_services[service_index].set_busy();//服务窗口置为“忙”
_services[service_index].set_service_start_time(current_time);//服务开始时间
_customer_queue.dequeue();
int duration = _services[service_index].get_customer_duration();
Event* event = new Event(current_time + duration, EventType::DEPARTURE, service_index);//生成顾客离开事件
_event_queue.enqueue(event);
}
处理顾客到达事件
处理“顾客到达事件”的逻辑:
- 生成1个顾客,入队顾客队列;
- 出队事件队列;
- 若有空闲的服务窗口,则生成“顾客离开事件”。
下面是代码:
void Manager::customer_arrived() {
int idle_service_num = get_idle_service_index();//获取空闲的服务窗口,返回-1说明未找到
int current_time = _current_event->occur_time;
Customer* customer = new Customer(current_time);//顾客到达事件发生时间即为顾客到达时间, 顾客接受服务的时长随机
_customer_queue.enqueue(customer);
_event_queue.dequeue();
if (idle_service_num != -1)
generate_departure_event(idle_service_num, current_time);
}
处理顾客离开事件
处理“顾客离开事件”的逻辑:
- 顾客所在服务窗口置为空闲,统计顾客信息;
- 出队事件队列;
- 若顾客队列不为空且有空闲的服务窗口,生成“顾客离开事件”。
下面是代码:
void Manager::customer_departure() {
int current_time = _current_event->occur_time;
int service_index = _current_event->service_index;//顾客离开的服务窗口
_customer_stay_time += current_time -
_services[service_index].get_customer_arrive_time();//统计顾客在银行的滞留时间
++_total_served_customer_num;//接受服务的顾客数目加1
_services[service_index].set_idle();
_event_queue.dequeue();
if(_customer_queue.size() > 0) {
service_index = get_idle_service_index();//有顾客离开,必然可以获得1个空闲服务窗口,这里获取最小序号的服务窗口
generate_departure_event(service_index, current_time);
}
}
清理工作:
- 寻找仍在接受服务的顾客并统计他们的信息;
- 释放动态申请的内存。
下面是代码:
void Manager::end() {
for (int i = 0; i < _service_num; i++) {
if (!_services[i].is_idle()) {//统计正在接受服务的顾客的信息
int service_start_time = _services[i].get_service_start_time();
int arrive_time = _services[i].get_customer_arrive_time();
int duration = _services[i].get_customer_duration();
_customer_stay_time += service_start_time + duration - arrive_time;
++_total_served_customer_num;
}
}
//释放动态申请的内存
_customer_queue.clear();
_event_queue.clear();
delete[] _services;
}
关于队列的说明
程序中使用的是自定义的队列,根据需求,可以使用STL中的优先队列和队列,前者用于事件队列,后者用于顾客队列。
优先队列的头部总是优先级最高的节点,对于事件来说,就是发生的时间越早,事件优先级越高,所以这是一个最小堆——时间发生的时间最小(最早)的位于堆顶。这涉及到对Event类型的比较,使用STL的greater<Event>(需要重载operator>)或是自定义的函数对象来比较2个Event对象:
(1)重载operator>运算符
//声明使用greater<Event>作为比较函数的优先队列
std::priority_queue<Event, std::vector<Event>, std::greater<Event>> _event_queue;
//event_queue.h
#ifndef BANKQUEUE_EVENT_QUEUE_H
#define BANKQUEUE_EVENT_QUEUE_H
#include "random.h"
enum class EventType : int {
ARRIVIED,
DEPARTURE
};
class Event {
public:
Event():occur_time(Random::uniform(RANDOM_PARAMETER)),
event_type(EventType::ARRIVIED),
service_index(-1),
next(nullptr){}
Event(int occur_time):occur_time(occur_time),
event_type(EventType::ARRIVIED),
service_index(-1),
next(nullptr){}
Event(int occur_time, EventType event_type, int service_index):
occur_time(occur_time),
event_type(event_type),
service_index(service_index),
next(nullptr) {}
friend bool operator< (const Event& event1, const Event& event2);//模仿STL的实现,都是通过'<'来完成余下的比较操作符
friend bool operator> (const Event& event1, const Event& event2);//供`greater<Event>`使用
public:
int occur_time;
int service_index;
EventType event_type;
Event *next;
};
inline bool operator< (const Event& event1, const Event& event2) {
return event1.occur_time < event2.occur_time;
}
inline bool operator> (const Event& event1, const Event& event2) {
return event2 < event1;//通过'<'实现'>'的功能
}
#endif //BANKQUEUE_EVENT_QUEUE_H
(2)比较直观且简单的做法是自定义用于比较的函数对象:
//声明使用EventComp作为比较函数的优先队列
std::priority_queue<Event, std::vector<Event>, EventComp> _event_queue;
struct EventComp
{
bool operator()(const Event& lhs, const Event& rhs) const
{
return lhs.occur_time > rhs.occur_time;//occur_time是公有的,若是私有的,则需要提供接口
}
};
可以在test.h中通过USE_SELF_DEFINE_QUEUE宏来切换2种队列的使用。
事件队列的顺序
事件队列要求队首总是发生时间最早的事件,最小堆是非常好的选择,通过前面介绍的STL优先队列可以轻松实现。自定义的队列则使用的是蛮力法,在事件入队时就进行排序,保证队列是以发生时间升序的,在队列中元素较多时(如几百个),效率是低于使用STL优先队列的方法的,这也是为何要分批生成顾客到达事件的原因之一:防止事件队列的元素过多。
顾客队列是不需要排序的,所以以模板特例化的方式实现了事件队列的入队方法:
template<>
void Queue<Event>::enqueue(Event* event) {
Event *cur = _front, *prev = nullptr;
while (cur != nullptr) {
if (cur->occur_time < event->occur_time) {
prev = cur;
cur = cur->next;
}
else
break;
}
if (prev == nullptr) {
event->next = _front;
_front = event;
if (_rear == nullptr)
_rear = event;//_rear is useless to Event queue
}
else {
event->next = prev->next;
prev->next = event;
if (prev == _rear)
_rear = event;
}
++length;
}
完整代码在这里。
C++ 事件驱动型银行排队模拟的更多相关文章
- java线程基础巩固---采用多线程方式模拟银行排队叫号以及Runnable接口存在的必要性
采用多线程模拟银行排队叫号: 关于银行拿排队号去叫号的过程我想不必过多解释了,就是有几个业务窗口,并行的处理业务,每处里完一个人,则会叫下一个排队的号去处理业务,一个人是不会被多个窗口工作人员叫号的, ...
- 复杂模拟 | 1014 模拟K个同时到来的人在N个窗口,每个窗口只能站M个人的银行排队
这题我以为还是之前银行排队的思路,但是做着做着就做不下去了了.看了答案我才理解到底是什么个思路. 是这样的:不同于之前排队的题,这里的K个人是同时到来的.所以首先应该让K个人的前N*M(也就是黄线内的 ...
- ASP.NET Core Web API下事件驱动型架构的实现(一):一个简单的实现
很长一段时间以来,我都在思考如何在ASP.NET Core的框架下,实现一套完整的事件驱动型架构.这个问题看上去有点大,其实主要目标是为了实现一个基于ASP.NET Core的微服务,它能够非常简单地 ...
- ASP.NET Core Web API下事件驱动型架构的实现(二):事件处理器中对象生命周期的管理
在上文中,我介绍了事件驱动型架构的一种简单的实现,并演示了一个完整的事件派发.订阅和处理的流程.这种实现太简单了,百十行代码就展示了一个基本工作原理.然而,要将这样的解决方案运用到实际生产环境,还有很 ...
- UIStepper步进器 ——事件驱动型控件,(一个+和-按钮的)
- (void)viewDidLoad { [super viewDidLoad]; //步进器 固定的size (94*27), 事件驱动型控件 UIStepper *st ...
- ASP.NET Core Web API下事件驱动型架构的实现(四):CQRS架构中聚合与聚合根的实现
在前面两篇文章中,我详细介绍了基本事件系统的实现,包括事件派发和订阅.通过事件处理器执行上下文来解决对象生命周期问题,以及一个基于RabbitMQ的事件总线的实现.接下来对于事件驱动型架构的讨论,就需 ...
- NET Core Web API下事件驱动型架构CQRS架构中聚合与聚合根的实现
NET Core Web API下事件驱动型架构在前面两篇文章中,我详细介绍了基本事件系统的实现,包括事件派发和订阅.通过事件处理器执行上下文来解决对象生命周期问题,以及一个基于RabbitMQ的事件 ...
- 重温.NET下Assembly的加载过程 ASP.NET Core Web API下事件驱动型架构的实现(三):基于RabbitMQ的事件总线
重温.NET下Assembly的加载过程 最近在工作中牵涉到了.NET下的一个古老的问题:Assembly的加载过程.虽然网上有很多文章介绍这部分内容,很多文章也是很久以前就已经出现了,但阅读之后 ...
- 小项目分析之C++ 实现模拟银行排队
一.问题定义与分析 问题定义 •要解决的问题——银行一天之内的: 1.总客户数 2.客户总逗留时间 3.客户平均逗留时间 问题分析 •新来的人找个短的队伍,站在队尾开始排队 •排在队头的人可以办理 ...
随机推荐
- 微信公众号开发之VS远程调试
目录 (一)微信公众号开发之VS远程调试 (二)微信公众号开发之基础梳理 (三)微信公众号开发之自动消息回复和自定义菜单 前言 微信公众平台消息接口的工作原理大概可以这样理解:从用户端到公众号端一个流 ...
- Windows Server 2012 NIC Teaming介绍及注意事项
Windows Server 2012 NIC Teaming介绍及注意事项 转载自:http://www.it165.net/os/html/201303/4799.html Windows Ser ...
- 【趣事】用 JavaScript 对抗 DDOS 攻击 (下)
上一篇:http://www.cnblogs.com/index-html/p/js-network-firewall.html 对抗 v2 之前的那些奇技淫巧,纯属娱乐而已,并不能撑多久. 但简单. ...
- Concepts:Request 和 Task
当SQL Server Engine 接收到Session发出的Request时,SQL Server OS将Request和Task绑定,并为Task分配一个Workder.在TSQL Query执 ...
- 重撸JS_1
1.声明 用 var 或 let 声明的未赋初值的变量,值会被设定为undefined(译注:即未定义值,本身也是一个值) 试图访问一个未初始化的变量会导致一个 ReferenceError 异常被抛 ...
- 史上最详细git教程
题外话 虽然这个标题很惊悚,不过还是把你骗进来了,哈哈-各位看官不要着急,耐心往下看 Git是什么 Git是目前世界上最先进的分布式版本控制系统. SVN与Git的最主要的区别 SVN是集中式版本控制 ...
- Hawk 4.6 并行化
并行化 Hawk支持单机并行化,也就是使用多线程获取数据.它可以控制目前所有任务的数量,为了不给网站造成过大的压力,仅当任务池中的任务数量小于一定值后,才会插入新的任务. 你可以在数据清洗的 执行面板 ...
- css元素水平居中和垂直居中的方式
关于居中的问题,一直处于疑惑不解的状态,知道的几种方法好像也不是每一次都会起到作用,所以更加迷惑.主要是不清楚该 在什么情况下采用哪种解决方法,所以,整理了一些方法,梳理一下思路,做一个总结. 1. ...
- select、poll、epoll之间的区别总结
select.poll.epoll之间的区别总结 05/05. 2014 select,poll,epoll都是IO多路复用的机制.I/O多路复用就通过一种机制,可以监视多个描述符,一旦某个描述符就绪 ...
- Entity Framework 教程——Entity Framework中的实体类型
Entity Framework中的实体类型 : 在之前的章节中我们介绍过从已有的数据库中创建EDM,它包含数据库中每个表所对应的实体.在EF 5.0/6.0中,存在POCO 实体和动态代理实体两种. ...