|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-02-03
xieboxin 写道 onecan 写道 1. java本来就号称高性能和安全，我们的目标当然不会是针对量不多的情况来考虑了。需要把各种情况考虑清楚，因为java是分层开发的，可以通过测试找出对应薄弱环节进行增强。 2. redeploy web app或者spring context个人觉得只是适合开发阶段或者趁晚上没人reload次数不多的情况，这种情况还不如重启服务器。不适合生产环境，reload过程无法提供连续访问，如果我们很多客户需要增加模板，频繁reload，那客户体验也太差了，生产环境是基本上不能停止的。淘宝也可以自己改模板，你见他有中断过服务吗？ 此法不可行也。 如果你用负载均衡的话，你就知道重启一个个应用服务器，是不会中断服务的。。。。。 确实啊, 楼主说到ngnix和两台tomcat服务器的时候, 这个就已经不是问题了.. 你直接重启不久行了,一台好了再重启另一台 服务不会受影响/不然为啥你要选择ngnix |
| 返回顶楼 | |
|
发表时间：2012-02-06
最后修改：2012-02-06
Hibernate本身占用的内存有限。关键是查询结果集的大小，但查询一般都是分页的，所以也没有什么问题。不知道这内存杀手的称号从何而来。
|
| 返回顶楼 | |
|
发表时间：2012-02-06
对于新手来说，里面涉及的内容对我很有帮助。
|
| 返回顶楼 | |
|
发表时间：2012-02-06
一个浩瀚如海的工程
|
| 返回顶楼 | |
|
发表时间：2012-02-06
放弃JAVA吧放弃编程吧，还有都少时间一起去旅游吧。
|
| 返回顶楼 | |
|
发表时间：2012-02-07
应用层面的框架选择都无所谓，我倒是主要是想来看看海量数据处理的，结果没提……君不见，京东访问量一大就思密达了，你现在的架构也会思密达的
|
| 返回顶楼 | |
|
发表时间：2012-02-08
既然是电子商务类的网站，访问速度以及页面维护的方便性是肯定需要优先考虑的，访问速度上又以静态+动态页面配合的方式进行设计，可以考虑使用APACHE+TOMCAT的方式，首页以及其他静态页通过APACHE进行管理以及访问，动态页面才经过TOMCAT进行处理可提高访问速度。
静态页面管理可借鉴目前的一些CMS框架，基本也就是Freemaker方式进行管理的。 持久层以及业务层设计的时候需要考虑到将来集群的问题，负载均衡、Session复制、集群事务等都应该在设计之初就考虑清楚，否则开发出来的东西在性能方面的可扩充性就很差。 ORM层不推荐中HIBERNATE，还是使用JDBC比较好，在高并发条件下肯定是JDBC的效率最高，且出了效率问题可调整的方式也很多，比用HIBERNATE要安全。 个人认为如果真要做，现在不应该纠结于框架选型，把产品的指标性参数设定好，比如并发数/响应时间等等方面的定好后框架选型的问题就自然解决了。 |
| 返回顶楼 | |
|
发表时间：2012-02-08
如果用hibernate的话，可能DBA介入进行sql调优就要辛苦点，如果大量用纯sql，那么hibernate的意义就不大了，不如ibatis或者spring jdbc。毕竟你已经用了spring的缓存，事物，MVC等等，你基本上可以一站式spring了
|
| 返回顶楼 | |
|
发表时间：2012-02-09
期待楼主项目完成做项目阶段总结。写得 不错
|
| 返回顶楼 | |
|
发表时间：2012-02-16
http://www.8brl.cn
这个B2B2C的商城就是基于JAVA开发的， 采用的技术有： 表示层:struts2 + annotation 控制层:spring 持久层：hibernate 3.6 Ajax框架/JS框架 ： Jquery 缓存机制：ehcache/memcached 静态化机制： 静态生成计划+真静态 页面技术： EL + JSTL +JSP 搜索引擎： Lucene 中文分词：IKAnalyzer 目前访问速度还是可以的。 |
| 返回顶楼 | |
