大访问量，大数据量，采用哪种j2ee框架好？

gongzhy 2009-07-30 10:29:54

用户并发访问上万吧，数据库是千万级的，如果用j2ee平台，采用struts+spring+hibernate框架是不是有问题，望高手指导，不胜感激！

...全文

459 20 打赏收藏转发到动态举报

写回复

用AI写文章

20 条回复

切换为时间正序

请发表友善的回复…

发表回复

jianchencool 2009-08-13

打赏
举报

为什么现在的程序员眼里只有框架呢？

woming66 2009-08-13

打赏
举报

把持久层技术换掉，换成JDBC或IBATIS

wbwnhm123456 2009-08-13

打赏
举报

路过学习

heipn 2009-07-31

打赏
举报

我觉得如果真是要做这样的系统，如果是你负责你还是辞职吧，或者找一个更高水平的人加入，从你问的问题来看你不具备开发这样系统的基本能力。这需要真正的系统架构，系统架构不是指框架的选择

jinhuiyu 2009-07-31

打赏
举报

实时性要求不高， cache用好的话问题不会很大
主要注意的地方是数据库集群和应用服务器集群

seathj 2009-07-31

打赏
举报

框架和这个需求关系不大，框架解决是程序基本结构

gongzhy 2009-07-31

打赏
举报

硬件采用应用服务器集群+数据库集群，软件框架还是用ssh,小数据量用Hibernate，大数据量用jdbc,这种方案怎么样？

itisonlylove_yy 2009-07-31

打赏
举报

没错

Landor2004 2009-07-30

打赏
举报

这种情况确实不光是采用哪种框架的范畴了

服务器性能、必须用集群，对于一些常用的数据还得用缓存、内存数据库

大并发访问的情况下hibernate的缓存会崩溃的，所以可以换成jdbc或者ibatis

临碣 2009-07-30

打赏
举报

影响架构选择的还有其他因素，除了数据量和并发数以外，部署结构也很重要，还有诸如程序之外的人力资源的问题。如果你只有熟悉ssh的员工，那别的也没有选择。

小心总是好的。

shenzhenNBA 2009-07-30

打赏
举报

应该可以

tibetjungle 2009-07-30

打赏
举报

j2ee是技术框架，对大并发和数据密集应用是软件架构要解决的问题，是独立于具体技术层面的，比如用集群，用硬件性能较好的服务器……

jianchencool 2009-07-30

打赏
举报

直接JDBC，调存储过程
hibernate是JDBC轻量级的封装，底层还是通过JDBC操作，还拐了一个弯！

临碣 2009-07-30

打赏
举报

[Quote=引用 9 楼 tiandiqing 的回复:]
框架不是你要关心的了，你应该明白框架是为你解决什么问题的。

要合理设计数据库集群，服务器集群还有合理设计cache等。。。

[/Quote]

还有硬件的可扩展性

tiandiqing 2009-07-30

打赏
举报

框架不是你要关心的了，你应该明白框架是为你解决什么问题的。

要合理设计数据库集群，服务器集群还有合理设计cache等。。。

radeonxhl 2009-07-30

打赏
举报

1.并发上万，那服务器肯定要集群环境，这个和采用哪种框架关系不大

2.并发大、数据量大，那么还是放弃Hibernate，直接JDBC吧

3.另外，这么大的并发量、数据量，其实还是建议使用成熟的产品，呵呵

net_yuhai 2009-07-30

打赏
举报

这个应用的确很大

临碣 2009-07-30

打赏
举报

jvm内存有大小限制，还有内存算法的问题。并不是说你开了1G，就可以用到1G。
默认情况下jvm用于存储对象的内存分成两部分，一部分用于放置刚生成的对象，一部分用于放置长期对象。
缓存的存在使得大量数据引用进入长期对象的部分。

这样会加重GC负担，并且当持续使用的情况下，很可能内存不够用，然后就崩溃了。

而且，你那个级别的应用是不是有双机方案，集群，负载均衡？如果有，想一想，hibernate把数据缓存之后，会是什么样？

cmzx3444 2009-07-30

打赏
举报

[Quote=引用 3 楼 landor2004 的回复:]
这种情况确实不光是采用哪种框架的范畴了

服务器性能、必须用集群，对于一些常用的数据还得用缓存、内存数据库

大并发访问的情况下hibernate的缓存会崩溃的，所以可以换成jdbc或者ibatis
[/Quote]
hibernate的缓存为什么会崩溃啊