你说得这些问题都不是放到servlet的结构本身带来的,只是业务模型不成熟,
这种问题用什么部署架构都一样. 一般这是长时间技术债积累的后果,
新人轻飘飘的说很容易,但难保老javaer十年前没吐槽重来过, 或者你重构的版本
在十年后会不会也是这个尿性.
至于web服务调用不方便, 也只是缺一些好的封装,结构上扩展性强.
接口调用看成消息队列有什么问题吗? 只是编程范式不同而已
https://en.wikipedia.org/wiki/Comparison_of_programming_paradigms
另外你听说过ActiveObject/Actor没?
我听你描述的只言片语倒觉得那个老javaer快成仙了,你还是凡人.
【 在 dhcn (coder) 的大作中提到: 】
: 标 题: Re: Re:崩溃的实现方式
: 发信站: 水木社区 (Fri Aug 7 12:45:42 2015), 站内
:
: 这和部署有个毛关系,说的是实现方式。所有的执行程序都是Servlet形式,连多步爬虫、任务消息缓冲队列都是,做出来的东西,执行时间长的多步爬虫自身根本没有计算调度,Servlet服务自然是见消息就转发,直到后台的服务出错为止,根本就起不到耗时任务缓冲的作用。
: 由于后台都是纯Web服务实现方式,部分需求对后台服务的同步调用贯穿两层,根本无法实现前后台服务解耦,导致一线服务长时间空等状态,内存消耗惊人。高端配置,却根本跑不出效能。
: 当然这个项目之前是企业内部应用,技术实现的要求低,是业务信息传递成功就行,也不管执行时间,更不要说性能。
: 当然更吐血的是那个老Javaer把\WEB-INF\lib里面的jar工具包认为是独立运行的应用服务。于是乎普通的类接口调用在他看来是跨进程的消息传递,这都他妈的从哪儿学来的呀?
: 【 在 KCH 的大作中提到: 】
: : 这贴不就是开发者吐槽架构的部署视角开始的吗.
: :
: :
: -
: ※ 修改:·dhcn 于 Aug 7 13:25:58 2015 修改本文·[FROM: 124.42.13.*]
※ 修改:·KCH 于 Aug 7 13:53:39 2015 修改本文·[FROM: 117.136.0.168]
: ※ 来源:·水木社区
http://www.newsmth.net·[FROM: 124.42.13.*]
--
修改:dhcn FROM 124.42.13.*
FROM 117.136.0.168