社区
非技术区
帖子详情
高并发1-2万,给点建议
sweetkoko
2011-01-16 08:59:54
最近公司在做一个网站,并发量的数量大的惊人,每秒1-2万,硬件暂时不考虑,现在只考虑软件框架,大家有什么好的建议?我们目前打算在struts MVC and spring MVC 中做一个选择,但是现在需要看看到底用那一个?大家给点建议或者说说这两个的优缺点?只针对我说的这个项目。谢谢啦
...全文
9421
74
打赏
收藏
高并发1-2万,给点建议
最近公司在做一个网站,并发量的数量大的惊人,每秒1-2万,硬件暂时不考虑,现在只考虑软件框架,大家有什么好的建议?我们目前打算在struts MVC and spring MVC 中做一个选择,但是现在需要看看到底用那一个?大家给点建议或者说说这两个的优缺点?只针对我说的这个项目。谢谢啦
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
74 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
kaber613
2013-06-21
打赏
举报
回复
莫非你就是那个 http://www.12306.cn/ ?
tlks1
2012-08-18
打赏
举报
回复
[Quote=引用 13 楼 的回复:]
想想还是再来问一下,还是那个问题:
网站还没有做,就已经有这么大的访问量了,能否问一下,这访问量是怎么得来的?
[/Quote]
脑残吧你 傻逼话,访问量肯定是预计做完上线后的访问量 sb。。。
bolink5
2012-08-03
打赏
举报
回复
哎 能做这么大的高并发也就那么几家公司了
来看帖子啥都没有看到
连火龙果都没有搞过
我现在也遇到5w/秒的并发了 一个大型的电商公司
Gary强z
2011-11-05
打赏
举报
回复
[Quote=引用 45 楼 fulong258 的回复:]
高流量的网站,并不赞成使用集成框架,单纯的jsp+JavaBean网站效率远远高于集成框架,因为框架只是辅助我们开发的工具,使用框架集的好处是提高开发效率,缩短开发周期而已!框架把很多方法都集成进去,我们在开发的时候直接拿来用就可以了!
对于高流量网站,开发的思路是分层是必须的,可以降低耦合度!要使用集成框架必须进行改造!
SSH框架不考虑,太庞大;Struts不适用于太大的系统,超……
[/Quote]
学习了
hawke1983
2011-09-26
打赏
举报
回复
学习!!!!
joewolf
2011-06-01
打赏
举报
回复
学习学习,开发框架的选择确实对这么高的并发没有太大的作用,关键是web服务容器要构建正确,采用apache+N个tomcat应该可以实现几千级别的并发量,我也需要先尝试一下..
yanwp
2011-03-09
打赏
举报
回复
真对业务分享一下,把访问量大的业务,开放一套直接建立在内存上的管理机制,可以达到最大的并发,如果tomcat的访问量能达到1000-2000的话,应该10台机器可以搞定。不过网速也得跟的上
clocke
2011-02-09
打赏
举报
回复
lz不是第三方公司吧,
nizhicheng
2011-01-30
打赏
举报
回复
学习了~~~
老战的程序人生
2011-01-30
打赏
举报
回复
[Quote=引用 39 楼 shine333 的回复:]
楼主,不是针对你本人。一个项目,如果真的能达到一万并发,绝对不会交到你或者其他问“改用Struts还是Spring”或者类似问题的人手上。
BTW,做了6,7年项目,实际最大并发都最多只是用百做单位的。
[/Quote]
同意你的说法
xql80329
2011-01-28
打赏
举报
回复
硬件 软件 数据库 三者要做到平衡。鱼和熊掌不可兼得
xql80329
2011-01-28
打赏
举报
回复
高并发问题。是个复杂逐渐解决的问题。敢问楼主你们网站的瓶颈是什么?
iambic
2011-01-28
打赏
举报
回复
既然这么NB,继续使用原来的技术就不得了。非要一个新手用Java从头做吗?
sweetkoko
2011-01-28
打赏
举报
回复
呵呵,这个网站每一天有个高峰期,就像网站秒杀一样,在那一刻访问量很惊人。其他时间也就一般般啦。谢谢大家的顶帖,有空大家多聊聊啊
dngoryaner
2011-01-27
打赏
举报
回复
还是没有结果。。。
哀
2011-01-27
打赏
举报
回复
硬件,集群,负载均衡。
飘落天涯的星
2011-01-27
打赏
举报
回复
菜鸟,围观中。。。。。。。。。。。。。。。
BearKin
2011-01-25
打赏
举报
回复
s2或者spring mvc都是像webwork一样 每一个请求创建一个Action实例...
好奇的问下 啥网站每秒1-2W? CL? MY? WYT?
cchaha
2011-01-25
打赏
举报
回复
进来看答案
BearKin
2011-01-25
打赏
举报
回复
[Quote=引用 54 楼 bao110908 的回复:]
根据 Google Ad Planner 的 Top 1000 公布的结果来看 taobao.com 在 201012 月 PV 是 270 亿,也就到你所说的每秒 1 万
http://www.google.com/adplanner/static/top1000/
由于 Ad Planner 不统计 Google 的访问量,因此排名第一的是 facebook.com,月 PV 是 76……
[/Quote]
膜拜
加载更多回复(54)
高并发
专题--5:关于redis
高并发
你晓得多少?
关于redis
高并发
你晓得多少?1、redis
高并发
跟整个系统的
高并发
之间的关系2、redis不能支撑
高并发
的瓶颈在哪里?3、如果redis要支撑超过10
万
+的并发,那应该怎么做?4、接下来要讲解的一个topic5、redis replication的核心机制6、master持久化对于主从架构的安全保障的意义7、主从架构的核心原理8、主从复制的断
点
续传9、无磁盘化复制10、过期key处理 1、redis
高并发
跟整个系统的
高并发
之间的关系 redis,你要搞
高并发
的话,不可避免,要把底层的缓存搞得很好 mys
nginx
高并发
优化——轻松应对1
万
并发
测试机器512M内存,swap分区407M ,centos6.5,nginx1.10.1,php5.6 默认的Linux内核参数和nginx参数考虑的是最通用场景,不适合
高并发
所以优化思路主要包括两个层面:系统层面+nginx层面 一、系统层面 1、调整同时打开文件数量 ulimit -n 20480 2、TCP最大连接数(somaxconn) echo 10000 > /
高并发
解决方案
处理
高并发
的六种方法1:系统拆分,将一个系统拆分为多个子系统,用dubbo来搞。然后每个系统连一个数据库,这样本来就一个库,现在多个数据库,这样就可以抗
高并发
。2:缓存,必须得用缓存。大部分的
高并发
场景,都是读多写少,那你完全可以在数据库和缓存里都写一份,然后读的时候大量走缓存不就得了。毕竟人家redis轻轻松松单机几
万
的并发啊。没问题的。所以你可以考的虑考虑你的项目里,那些承载主要请求读场景,怎么用缓存来抗
高并发
。3:MQ(消息队列),必须得用MQ。可能你还是会出现
高并发
写的场景,比如说一个业务操作里要频
Java百
万
高并发
的技术方案
前言:
高并发
,几乎是每个程序员都想拥有的经验。原因很简单:随着流量变大,会遇到各种各样的技术问题,比如接口响应超时、CPU load升高、GC频繁、死锁、大数据量存储等等,这些问题能推动我们在技术深度上不断精进。面对突发流量,不可能临时改造架构,最快的方式就是增加机器来线性提高系统的处理能力。高扩展性需要考虑:服务集群、数据库、缓存和消息队列等中间件、负载均衡、带宽、依赖的第三方等,当并发达到某一个量级后,上述每个因素都可能成为扩展的瓶颈
点
。 一、什么是
高并发
高并发
(High Concurrency)
如何解决
高并发
问题
高并发
问题
非技术区
23,405
社区成员
70,592
社区内容
发帖
与我相关
我的任务
非技术区
Java 非技术区
复制链接
扫一扫
分享
社区描述
Java 非技术区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章