在用戶登陸之后，我們一般會把用戶登陸的狀態和相關信息進行存儲，把對應的token返回到客戶端進行存儲，下次請求過來時，系統可以通過token拿到當前這個用戶的相關信息，這是授權通常的作法，而有時一些業務里，你存儲的用戶信息不是全局的，可能只是某幾個接口會用戶某些信息，而你把它存儲起來就不是很合理；並且一些隱私信息持久化到redis也不合理，這時就需要統一對這種接口的請求做一起處理了。
攔截器HandlerInterceptor
我們可以去實現這個HandlerInterceptor接口，它會把請求頁面前，請求頁面后等方法，我們可以重寫它們，把自己的邏輯加進來，比如我們可以在請求頁面前，通過當前登陸人ID獲取到當前登陸人能看的信息ID集合，並把這些ID集合以參數的形式傳到這個頁面里，這個過程是在服務端自動完成的，即對某個頁面（接口）進行攔截，添加自己的邏輯。
/**
* 當前用戶的數據權限.
*/
@Slf4j
public class DataPermissionInterceptor implements HandlerInterceptor {
@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
logger.info("DataPermissionInterceptor.init");
//業務邏輯，可能判斷當前登陸人存儲的數據權限類型，然后統一處理，拿到可以訪問的數據編號集合
String[] ids = {"1", "2", "3"};
request.setAttribute("approveIds", StringUtils.join(ids, ","));
return true;
}
}
注冊這個攔截器
/**
* 注冊攔截器
*/
@Configuration
public class InterceptorConfig implements WebMvcConfigurer {
@Override
public void addInterceptors(InterceptorRegistry registry) {
// 自定義攔截器，添加攔截路徑和排除攔截路徑
registry.addInterceptor(new DataPermissionInterceptor()).addPathPatterns("/approve/**");
}
}
在對應的頁面（接口）里讀取在攔截器里賦值的對象，就可以進行剩下的工作了。
通過這個例子我們了解到，對一些具有統一操作的動作，我們可以把它提取到攔截器里去完成。