我们现在的后台web 应用,使用sprng mvc框架,所有的请求都走一个controller, 这样在以后高并发的情况下性能上有啥缺点吗?

霖vv 发布于 2015/08/25 09:57
阅读 1K+
收藏 1
rt,不考虑以后的维护,就说一个单例类被频繁调用,性能上,就是在不考虑以后业务复杂的维护方面,其他还有什么不好的地方吗
加载中
0
王涛
王涛

性能上没有,团队协作方面有,业务维护方面有(你已忽略)

spring mvc开始也是由dispatcherservlet来接收请求,再分发到不同的controller处理

0
负心杏

就说一个单例类被频繁调用

spring mvc 的controller不是一个单例类吧?

其他同楼上。

负心杏
回复 @赵霖 : 确实是单例。你是对的。
霖vv
霖vv
居然没有反驳的?
0
JeffreyLin
JeffreyLin

dispatcherservlet 的主要功能之一就是分发请求,
估计 dispatcherservlet 的分发逻辑不能满足需求,
所以你们才集中用 controller 方法处理吧?
注意单例 controller 实例不要定义请求相关的状态

霖vv
霖vv
写了些 加密解密 数据解析等代码, 其实可以拦截器 aop啥的整的。 现在是controller里调 基类service,然后多态机制,调用具体的service的process方法,所以一个service只能写一个业务逻辑。 这框架整的,感觉往后挪了一层。
0
sunhan521
sunhan521

高并发和你用多少个controller没有太大关系,主要和你controller里写的代码有关系

霖vv
霖vv
主要做对参数 加密 解密 。 验证,格式转换等。 然后业务处理
返回顶部
顶部