社区
Java EE
帖子详情
请求队列问题求大神支招!!!
飞机在哪
2016-02-24 09:24:17
现在页面上有出票按钮,点击按钮可以出票,但是这个出票接口一次只能处理一个请求 页面上有很多订单 业务员可以点击每个订单的出票按钮, 点击出票按钮后 出票的处理时间大概是30秒左右,那么在30秒内再点击另外一个订单的出票按钮 第二个请求会排队等到第一个请求处理完毕后再处理 以此类推! 怎么处理 ? 让每一个请求排队就是说前面有正在处理的请求就必须排队 等处理完了就会自动处理后面的请求!
...全文
287
6
打赏
收藏
请求队列问题求大神支招!!!
现在页面上有出票按钮,点击按钮可以出票,但是这个出票接口一次只能处理一个请求 页面上有很多订单 业务员可以点击每个订单的出票按钮, 点击出票按钮后 出票的处理时间大概是30秒左右,那么在30秒内再点击另外一个订单的出票按钮 第二个请求会排队等到第一个请求处理完毕后再处理 以此类推! 怎么处理 ? 让每一个请求排队就是说前面有正在处理的请求就必须排队 等处理完了就会自动处理后面的请求!
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
6 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
马家沟小学生
2016-02-24
打赏
举报
回复
消息队列无疑,每次请求到来放入mq,然后消费者线程不断消费,消费(出票成功后)后给出结果
执笔记忆的空白
2016-02-24
打赏
举报
回复
消息对了MQ简单实现
tony4geek
2016-02-24
打赏
举报
回复
参考看看
vswen5
2016-02-24
打赏
举报
回复
消息队列 我只知道这点了
xiaohuashenshou
2016-02-24
打赏
举报
回复
首先需要确认一个问题,这个排队是不是必须的,而且是否一定要等到处理完成之后才能打印票。如果是的话你可以考虑使用多线程去处理啊,mq貌似解决不了这个排队的问题,因为你是需要处理完之后才打印票。如果不是这样的需求,那就可以用mq了,将请求全部放入消息队列,先出票,然后再一个个去处理,不过貌似这样不符合逻辑。
scrapy
请
求
队列
:
Scrapy 如何获取 request
队列
? 最近由于在数据量比较大的抓取遇到了一些
问题
,就想看看运行时的request
队列
中的url有什么,可是google的很久也没找到获取request
队列
的api,我查了这么久得出以下结论: 1.spider运行时的request由schedule控制 2.可以通过self.crawler.engine.schedule这种方式获取到schedule...
刷穿剑指offer-Day21-
队列
II 使用
队列
实现广度优先搜索!
昨日回顾 昨天,我们介绍了
队列
的基础知识,并分别学习了Python与Java中
队列
的操作方法。 在此基础上,通过两道简单的
队列
题,掌握了基本的入队与出队操作。然而,
队列
的题目可不只是简单按照顺序出入队那么简单。
队列
有一个最为经典的使用方式,就是 广度优先搜索( BFS) 。而广度优先搜索中,又数二叉树的遍历更为常用。今天我们就通过几道二叉树的题目,来掌握广度优先搜索的使用。 二叉树什么时候该使用...
求
助!!uploadify 如何将已知路径的文件添加到
队列
中
我在给高拍仪和我的软件做对接,将高拍仪生成的文件直接添加到
队列
,不让用户再去选。
求
大神
帮忙!!!!
【Java】栈和
队列
详解!!!
栈是一种数据结构,他是一种只允许在一端固定进行插入和删除操作的特殊线性表。先进入的数据被压入栈底最后进入的数据被放在栈顶,需要读出的数据从栈顶开始弹出,按照先入后出的原则。操作:入栈:也称为压栈/进栈,将插入的元素放在栈顶;出栈: 将栈顶的元素进行删除;
队列
就像日常生活中的排队一样,一端用于插入元素,称为队尾;另一端用于删除元素,称为队头。其遵循的的是先进先出的原则。入队:插入元素在队尾;出队: 删除元素在队头;
ASP.net 的工作线程与
请
求
队列
ASP.net工作线程池 当 ASP.NET 接收针对页的
请
求
时,它从线程池中提取一个线程并将
请
求
分配给该线程。 一个普通的(或同步的)页在该
请
求
期间保留线程,从而防止该线程用于处理其他
请
求
。如果一个同步
请
求
成为 I/O bound(例如,如果它调用一个远程 Web 服务或查询一个远程数据库,并等待调用返回),那么分配给该
请
求
的线程在调用返回之前处于挂起状态。 这影响了可伸缩性,原因是线程池
Java EE
67,543
社区成员
225,859
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章