自己亲手做出来的东西。 银行业务模拟 【问题描述】客户业务分为两种，第一种是申请从银行得到一笔资金，即取款或者借款。第二种是向银行投入一笔资金，即存款或者还款。银行有两个服务窗口，相应的有两个队列。客户到达银行后先排第一个队。处理每个客户业务时，如果属于第一种，且申请额超出银行现存资金总额而得不到满足，则立即排入第二个队等候，直至满足时才离开银行；否则业务处理完后立即离开银行。每接待完一个第二种业务的客户，则顺序检查和处理（如果可能）第二个队列中的客户，对能满足的申请者予以满足，不能满足的者重新排到第二个队列的队尾。 注意：在此检查过程中，一旦银行的资金总额少于或者等于刚才第一个队列中最后一个客户（第二种业务）被接待之前的数额，或者本次已将第二个队列检查或处理了一遍，就停止检查（因为此时已不可能还有能满足者）转而继续接待第一个队列客户。任何时刻都只开一个窗口。假设检查不需要时间。营业时间结束时所有客户立即离开银行。 【基本要求】利用动态存储结构实现模拟。 【测试数据】一天营业开始时银行拥有的款额为10000（元），营业时间为600（分钟）。其他模拟参量自定，注意测定两种极端的情况：一是两个到达事件之间的间隔时间很短，而客户的交易时间很长，另一个恰好相反，设置两个到达事件的间隔时间很长，而客户的交易时间很短。 【实现提示】事件有两类：到达银行的和离开银行。初始时银行现存资金总额为total。开始营业后的第一个事件是客户到达，营业时间从0到closetime。到达事件发生时随机地设置此客户的交易时间和距下一到达事件之间的时间间隔。每一个客户要办理的款额也是随机确定的，用负值和正值分别表示第一类和第二类业务。变量total，closetime以及上述两个随机量的上下界均交互地从终端读入，作为模拟参数。 两个队列和一个事件表均要用动态存储结构实现。注意弄清应该在什么条件下设置离开事件，以及第二个队列用怎么样的存储结构实现时可以获得较高的效率。注意：事件表是按时间顺序有序的。

rtthread_stm32f103zet6消息队列工程，对应博客文章Rt-Thread学习笔记-----消息队列（四）所移植的工程

基于ssm实现websocket长连接+redis发布/订阅消息，服务端实时推送消息至前端页面，实时通信。内含前端代码，如需sql文件请下载https://download.csdn.net/download/gmetbtgbki/10824890

羊角面包 这个库是一个用 Objective-C 编写并在 MIT 许可下发布的简单排队下载器，所以请随意使用和 PullRequest 任何错误修复或添加的新行为。 安装 下载源代码，克隆它或子模块它。 您需要的一切都在“Croissant”文件夹下。 将它拖放到您的项目中以开始使用这个美味的代码。 用法 这个库提供了 2 种基本类型的下载。 这会创建一个队列，以避免同时下载过多资源时出现性能问题。 配置 通过设置最大并行下载量（默认为 5） [Croissant setMaxDownloads: 10 ]; 下载 从 NSURL 或 NSString 下载原始 NSData NSURL *url = [ NSURL URLWithString: @" " ]; [Croissant downloadNSDDataFromURL

山东大学数据结构课程设计-小大根交替堆实现双端优先队列，并运用于学生成绩的查询

基于大象流的识别准确度高且开销低，对于解决SDN流量管理过程中控制器单点故障问题具有重要意义。针对现有大象流识别方法识别开销大的问题，提出一种大象流两级识别方法。该方法在第一阶段提出基于TCP发送队列的可疑大象流识别算法，在第二阶段提出基于流持续时间的真实大象流识别算法；第一阶段是在端系统中识别可疑大象流，用于降低第二阶段真实大象流识别过程中SDN控制器所需监测的网络流数量。实验分析表明，在保证大象流识别的高准确度前提下，大象流两级识别方法较基于采样的大象流识别方法可以降低约85%的控制器识别开销。

redis 案例。包含， 队列操作， socket通信， 以及 socket 和 redis 配合 redis 案例。包含， 队列操作， socket通信， 以及 socket 和 redis 配合

大数据下智能通信信息队列加密传输系统设计.pdf

rabbit c++ c# 代码 打包和安装环境

C#客户端开发ActiveMq 所需要的两个dll动态库 Apache.NMS，版本1.6.0 Apache.NMS.ActiveMQ，版本1.6.4