android 网络访问拦截器使用后的bug处理

说明：登录成功以后，会把JSESSIONID保存到AppDataStore中，然后我们在去访问接口的时候，自动的由拦截器去帮我们增加header。

一般代码如下：

复制代码

override fun intercept(chain: Interceptor.Chain): Response {
        val request = chain.request()
        if (request.url.toString().indexOf("login") != -1) return chain.proceed(request)

        var jsessionId = cachedJSessionId
        if (jsessionId == null) {
            synchronized(updateLock) {
                jsessionId = cachedJSessionId
                if (jsessionId == null) {
                    updateJSessionId()
                    return chain.proceed(request)
                }
            }
        }

        val cookieHeader = request.header("Cookie").orEmpty()
        val newCookie = if (cookieHeader.isEmpty()) {
            "JSESSIONID=$jsessionId"
        } else {
            "$cookieHeader; JSESSIONID=$jsessionId"
        }

        val newRequest = request.newBuilder()
            .header("Cookie", newCookie)
            .build()

        return chain.proceed(newRequest)
    }

错误出现并查找原因

开始一切都是好好的，但是最近访问10次，只有2次是正常的，数据加载成功，其它的8次基本上是报405错误。

然后我们来看看具体的405的说明：

Android 访问接口报 405 是一个很常见的客户端错误，它的核心原因非常明确：客户端发送的 HTTP 请求方法（Method），服务器不允许或不支持。

核心原因：方法不匹配

HTTP 1.1 规范定义了多种请求方法，最常用的有：

GET: 从服务器获取资源。
POST: 向服务器提交数据，创建新资源。
PUT: 向服务器提交数据，更新已存在的资源。
DELETE: 请求服务器删除指定资源。
PATCH: 对资源进行部分更新。
HEAD: 只请求资源的头部信息，不返回具体内容。

当你在 Android 端使用了一个服务器接口不支持的方法时，服务器就会返回 405 Method Not Allowed 错误。

举个例子：

服务器上的某个接口 /api/login 只接受 POST 请求（因为需要提交用户名和密码）。
你的 Android 代码中却错误地使用了 GET 方法去访问它。
服务器收到 GET /api/login 请求后，发现这个接口不支持 GET，于是就返回 405 错误。

解决方案步骤（由易到难）

遇到 405 错误，最直接的排查方向就是确认请求方法是否正确。

1. 核对接口文档，确认正确的请求方法

这是最重要的一步。你必须与后端开发人员或接口文档确认，你要访问的这个接口究竟应该使用哪种 HTTP 方法。

2. 检查你的 Android 代码，确保方法正确

根据你使用的网络库，检查代码中的请求方法设置。

示例 1：使用 Retrofit (最常用)

Retrofit 通过注解来指定请求方法。

java

运行

复制代码

// 假设接口文档规定 /api/data 应该使用 POST 方法
public interface ApiService {
    // 正确的写法
    @POST("/api/data")
    Call<MyResponse> fetchData(@Body MyRequest request);

    // 错误的写法 (如果服务器不支持 GET，就会报 405)
    @GET("/api/data") 
    Call<MyResponse> fetchDataError(@Query("param") String param);
}

排查点： 仔细检查你的 ApiService 接口中对应方法的注解是 @GET、@POST 还是其他，并与文档保持一致。

这里面最主要是405是header中的JSESSIONID不对，是旧的，还是上次登录的时候返回的，并且我们在新的登录成功以后，又将旧的JSESSIONID传入到了服务器去请求API导致。

问题处理

在拦截器中定义清空的方法，每次登录成功以后，去执行一次，保存我们的拦截器去读最新的。

复制代码

// 在 AuthInterceptor 类中添加此方法
    fun clearCachedJSessionId() {
        synchronized(updateLock) {
            cachedJSessionId = null
        }
        updateJSessionId() // 立即重新加载
    }

在登录成功以后，我们去调用一下：