背景:   公司基础设施部门推出了自己的微服务框架(以下简称 M),要求所有业务应用都要接入进去,但坑爹的是 M 只提供了 SpringMVC 工程的 support,对于采用 Stripes 作为 MVC 框架的应用并不支持,所以就必须重构这个 Stripes 应用。   M 虽然代替 Tomcat 自己实现了 IO ..

拯救老旧工程,记桥接 SpringMVC 与 Stripes 框架

本贴最后更新于 318 天前,其中的信息可能已经时移俗易

背景:

  公司基础设施部门推出了自己的微服务框架(以下简称 M),要求所有业务应用都要接入进去,但坑爹的是 M 只提供了 SpringMVC 工程的 support,对于采用 Stripes 作为 MVC 框架的应用并不支持,所以就必须重构这个 Stripes 应用。

  M 虽然代替 Tomcat 自己实现了 IO,工作线程池,服务注册发现等等,但还是提供了对 Servlet 规范的简单支持(移除了 web.xml,filter,listener, 打包方式也改成了 tar.gz,保留了 ServletContext,request,response 等等)。

思路与分析:

  由于现有应用的业务逻辑还是比较复杂(沉淀了 3,4 年),且涉及到多个 APP 端和其他第三方的交互,所以如果想对应用做完全的重构是一件非常头痛的事情,不仅要投入大量的后端,测试等人力成本,而且整个重构周期也会比较长,影响到对其他需求的响应。

  于是在想:既然 SpringMVC 和 Stripes 都遵循 Servlet 规范,而 M 又能支持 SpringMVC,是否可以通过 SpringMVC 拦截到所有请求后,把之前的老接口的请求转发给 Stripes 处理,以后新开发的接口就直接走 SpringMVC,这样既兼容了公司的 M 框架也对原有应用的改动较小,开发周期短,测试人员只需要验证一些系统边界和主要流程,不用再挨个挨个验证已有的业务逻辑,这样可以节省大量人力成本,缩短开发周期。

  SpringMVC 是目前最流行的 MVC 框架,是 Spring 庞大家族的一员,而 Stripes 也是一个非常轻量的 MVC 框架,但是 SpringMVC 的 Controller 跟 Stripes 的 ActionBean 有个很明显的区别就是前者是单例的,跟状态无关,所有的请求参数都是封装在 ServletRequest 中的,而后者是 prototype,每次请求都会重新生成一个 ActionBean 对象。

动手实现原型:

   新建桥接工程XXX-bridge,所有新增代码均放在新工程,对老工程零侵入,仅新增了pom文件里的两个plugin,可以实现Stripes和SpringMVC两种框架模式下的并行开发,(原来的老工程持续有需求进来)。

/** * 拦截所有请求,如果能映射到Stripes则直接派发给Stripes并return false;
 * 如果不能映射则回退给SpringMVC */ @Override public boolean preHandle(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse, Object o) throws Exception { if (handlerMapping.isEmpty()) { return true;
    }
    String url = httpServletRequest.getRequestURI();
    String contextPath = httpServletRequest.getContextPath();
    url = url.replace(contextPath, "").replaceAll("/+", "/");
    LOGGER.info("当前请求路径: {}", url); if (!StripesContextHandlerInterceptor.handlerMapping.containsKey(url)) {
        LOGGER.info("请求由SpringMVC处理: {}", url); return true;
    } try {
        LOGGER.info("请求由Stripes处理: {}", url);
        StripesContextHolder.doService(httpServletRequest.getServletContext(), getApplicationContext(),
                httpServletRequest, httpServletResponse); return false;
    } catch (Exception e) {
        LOGGER.error("处理请求异常:", e); return false;
    }
}

   关键点在于要解析到所有的老接口地址,然后通过拦截器来判断当前请求是否是老接口,是的话就转发给Stripes来处理。其他详细的代码托管在github(已排除掉公司相关信息)

   https://github.com/hiccup234/web-advance/blob/master/bridge.rar

问题与验证:

   1、因为初始化Stripes需要 ServletContext,但是应用启动时却没办法获取到 ServletContext 对象,所以在 StripesContextHolder 里做了懒加载,只有当第一个请求进来后才初始化Stripes。

  2、Stripes 是支持 queryString 为空的查询的,类似:http://127.0.0.1/server/test?list 这种,而 M 会在解析请求参数的时候对这种情况直接抛异常,经过与基础设施同事协商,他们做出让步,对这种请求的情况直接放行给应用,从而避免了前端和第三方做改造。

今晚上线成功,目前跟 Tomcat 并行发布,5% 的流量灰度,观察日志一切正常。前期的技术验证加上近一月的开发测试到今天的上线,算是向着架构的方向迈出了小小一步。

未完待续...

  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起,它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    35 引用 • 19 回帖 • 2 关注
回帖
请输入回帖内容...