为了账号安全,请及时绑定邮箱和手机立即绑定
老师讲得非常不错。但是有一点代码规范我想说,所有的业务逻辑当异常处理不好。
源码->https://github.com/fattypiggy/Seckill 请大家fork和star 多多交流
感谢老师的讲解,从中学习到了许多,个人项目地址:https://github.com/fimi2008/seckill
https://github.com/cdwkios/seckillFourClass.git 第四科的代码

最新回答 / 张生工作室
一般数量会另外用一个原子计数器存储    或   展示时一般不展示数量(你可以留意一下其它的秒杀系统) 
太6了。。。。。。。spring的注入写的好随意啊

最赞回答 / qq_幸福客_0
搞定了,是idea的artifacts那里配置有问题,后面新增的包都没有加进去
@学无止境_前行 有道理,感觉一次秒杀seckill表不会太大,完全可以全部读到内存里面进行操作。

最新回答 / 黑衣剑士z
你可以自己实现后自己再测一下,自己动手丰衣足食嘛

最新回答 / 慕莱坞8036822
看完代码部分,听完讲解的整体逻辑,感觉这个真的只是简单例子,具体还得把redis和操作数据库表整合
没有实现过秒杀功能,但感觉上通过可靠队列序列化请求,根据秒杀数量(如1000),直接入队满足需求的数量的请求(如1500),后续到来的请求直接返回秒杀结束,这样就缩减了秒杀对底层的压力。
老师在课程中挺多观点都是很有借鉴意义的,如service方法全部进行单元测试,缓存使用,秒杀瓶颈分析等,但就秒杀方案本身来说是很不完整的,不知道是讲师录课程时关注点还是忽略了,就我目前想到可能存在的问题有:1.请求未过滤,很可能出现通过程序秒杀的情况;2.性能本身极限受控于数据库性能,当有较大用户量参与的秒杀时只能重新设计方案;3.如果出现分库分表的情况,秒杀级别应该就不止6000qps能够满足的了,而且随着参与人数增加,锁竞争会更加激烈,性能应该会有较大降低4.感觉该方案只适合低用户量时快速实现秒杀的需求;5.阿里的代码规范里也提出了禁止使用存储过程,从个人经验看,存储过程维护起来的确麻烦;
完整项目demo - > 放到github 上了 https://github.com/YanGitHub/seckill
存储过程中,row_count()函数用来返回上一条sql(delete,insert,update)影响的行数。
根据row_count()返回值,可以进行接下来的流程判断:
0:未修改数据;
>0: 表示修改的行数;
<0: 表示SQL错误或未执行修改SQL
哈哈,感谢老师,虽然用myeclipse完成了这个项目,但感觉还是idea不错啊,我想换ide了。。
课程须知
《Java高并发秒杀API》是系列课程,共四门课,分别为业务分析和DAO层,Service层,Web层和高并发优化。本门课程是第二门课程,学习前需要了解如下知识: 1、精通JavaWeb基础 2、熟悉SpringMVC、Spring和MyBatis框架 3、了解事务和存储过程的概念
老师告诉你能学到什么?
1、掌握秒杀业务 2、能够进行SpringMVC+Spring+MyBatis的整合开发 3、能够对秒杀业务的瓶颈有所了解 4、能够实现对秒杀业务的优化

微信扫码,参与3人拼团

意见反馈 帮助中心 APP下载
官方微信
友情提示:

您好,此课程属于迁移课程,您已购买该课程,无需重复购买,感谢您对慕课网的支持!

本次提问将花费2个积分

你的积分不足,无法发表

为什么扣积分?

本次提问将花费2个积分

继续发表请点击 "确定"

为什么扣积分?

举报

0/150
提交
取消