SpringMVC添加拦截器笔记

没有登录时,有些页面是不能让用户访问的,标准的ServletAPI中提供了一个接口,叫做过滤器Filter。但在SpringMVC中,用到的是org.springframework.web.servlet.HandlerInterceptor。首先写一个类,实现HandlerInterceptor接

没有登录时,有些页面是不能让用户访问的,标准的ServletAPI中提供了一个接口,叫做过滤器Filter。但在SpringMVC中,用到的是org.springframework.web.servlet.HandlerInterceptor

首先写一个类,实现HandlerInterceptor接口的三个方法,如下:

package com.asahi.ddgg.common;

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

import org.springframework.web.servlet.HandlerInterceptor;
import org.springframework.web.servlet.ModelAndView;

public class LoginInterceptor implements HandlerInterceptor{

	@Override
	public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex)
			throws Exception {
	}

	@Override
	public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler,
			ModelAndView modelAndView) throws Exception {
	}

	@Override
	public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
			throws Exception {
		
		String token = request.getParameter("token");
		
		System.out.println("token = " + token);
		if (token != null && !token.equals("")) {
			return true;
		}
		// 否则会重定向到首页
		response.sendRedirect(request.getContextPath()+"/index.jsp");
		return false;
	}
	
}

如何才能使这个拦截器被应用呢?在spring的配置文件中加入下面配置(按需求删减)即可:

<mvc:interceptors>
	<mvc:interceptor>
		<mvc:mapping path="/**"/>
		<mvc:exclude-mapping path="/error/*"/>
		<mvc:exclude-mapping path="/index.jsp"/>
		<mvc:exclude-mapping path="/css/*"/>
		<mvc:exclude-mapping path="/images/*"/>
		<mvc:exclude-mapping path="/js/*"/>
		<mvc:exclude-mapping path="/fonts/*"/>
		<bean class="com.asahi.ddgg.common.LoginInterceptor"/>
	</mvc:interceptor>
</mvc:interceptors>

首先上面的流程没有问题,但是遇到了坑。下面来说是怎么解决这些遇到的坑的。


  • 首先是404错误。这里报错的是所拦截的URL报错

这里报错,说明SpringMVC没有找到对应的servlet,然后将也没办法被拦截器拦截。这里出错在spring-mvc.xml扫描@Controller的配置处,错误地将<context:component-scan base-package="com.asahi.ddgg.controller" />改成了<context:component-scan base-package="com.asahi.ddgg.controller.*" />,引发报错。这里就需要弄清楚这之间的差距,就明白原因了。其实之前是前者,误改成了后者。对于这之间的区别,可以参考关于component-scan中base-package包含通配符的问题探究,写得挺详细的。改成正常的后,发现虽然同样是404错误,但是URL不同了。所以接下来看下面的错误排查。

  • 然后还是404错误。这里报错的是重定向之后的URL报错。

这个是因为重定向后的URL,没有加上项目名。所以在跳转的URL前面,加上request.getContextPath()即可跳转成功。

Read more

Volcano 与 Kubernetes GPU 调度学习笔记

本笔记系统整理 Volcano 调度器、Kubernetes 调度框架、GPU Device Plugin、HAMi 等云原生 AI 调度领域的核心知识,适合用于学习、复习和工程实践参考。 目录 * 第一部分:Volcano 入门 * 1. Volcano 是什么 * 2. 安装与快速使用 * 3. 核心特性一览 * 第二部分:Volcano 整体架构 * 4. Volcano 解决的核心问题 * 5. 整体架构与数据流 * 6. 三层抽象模型 * 第三部分:Volcano 核心实现原理 * 7. Session 机制 * 8. Gang Scheduling 实现 * 9. Queue 与 DRF 公平调度

容器镜像(4):镜像的常用工具箱

容器镜像(4):镜像的常用工具箱

前几篇在讲多架构镜像时已经用过 skopeo 和 crane 做镜像复制,这篇系统整理这两个工具的完整能力,同时介绍几个日常操作镜像时同样好用的工具。 一、skopeo:不依赖 Daemon 的镜像瑞士军刀 skopeo 的核心价值是绕过 Docker daemon,直接与 Registry API 交互。上一篇用它做镜像复制和离线传输,但它的能力远不止于此。 1.1 安装 # Ubuntu / Debian sudo apt install -y skopeo skopeo --version # skopeo version 1.15.1 1.2 inspect:免拉取检查镜像元数据 docker inspect 需要先把镜像拉到本地,skopeo inspect 直接向 Registry

容器镜像(3):多架构镜像构建

容器镜像(3):多架构镜像构建

一、什么是多架构镜像 1.1 OCI Image Index 上一篇介绍了单平台镜像的结构:一个 Manifest 指向 Config 和若干 Layer blob。多架构镜像在此之上多了一层——OCI Image Index(也叫 Manifest List),是一个轻量的索引文件,把多个单平台 Manifest 组织在一起: $ docker manifest inspect golang:1.22-alpine { "schemaVersion": 2, "mediaType": "application/vnd.oci.image.index.v1+json", "manifests&

容器镜像(2):containerd 视角下的镜像

容器镜像(2):containerd 视角下的镜像

一、为什么需要了解 containerd 如果你只用 docker run 跑容器,从来不关心底层,那可以不了解 containerd。但如果你在用 Kubernetes,或者想真正理解"容器运行时"是什么,containerd 是绕不开的。 事实上,当你执行 docker run 的时候,containerd 早就在后台悄悄工作了——Docker 从 1.11 版本开始,就把核心运行时剥离出来交给 containerd 负责。 1.1 Docker 的架构演变 早期的 Docker(1.10 及之前)是一个"大一统"的单体程序:一个 dockerd