1、接口访问鉴权原型
一般我们在访问服务器端的时候，比如登录成功了，会有一个信息的返回，一般会有一个auth值，也有可能是一个sessionid，这样我们就可以带着这个值或者id，去访问一些需要鉴权的接口了。
2、客户端调用header鉴权
在android端，我们通常会编写一些拦截器来进行自动加入header，这样就可以去自动加入，不需要手工处理。
3、拦截器的方式
方式一（withContext / runBlocking）
每次请求都同步获取 jsessionId
方式二（CoroutineScope + 缓存）
异步加载并缓存 jsessionId，支持并发控制
方式三（纯 runBlocking）
完全阻塞方式获取 jsessionId
4、三种方式的对比
详细说明：
1. 方式一：使用 runBlocking 获取值
适用场景：如果你能确保该拦截器仅运行在非 UI 线程（如 OkHttp 的后台线程），可以接受。
不推荐原因：
若拦截器在主线程执行（如某些测试或调试场景），会导致卡顿甚至 ANR。
每次请求都重新获取 JSESSIONID，效率低且无必要。
val jsessionId = runCatching {
runBlocking(dispatcher) {
appDataStore.getJSessionId().firstOrNull()
}
}.getOrNull()2. 方式二：使用 CoroutineScope + 缓存（推荐）
异步加载，不会阻塞主线程。
使用缓存避免频繁读取数据源，提高性能。
支持并发控制（通过 synchronized）。
实现了 Closeable 接口，便于资源释放。
推荐作为生产代码使用，尤其适合需要高性能、稳定性强的 App。
private var cachedJSessionId: String? = null
private val scope = CoroutineScope(SupervisorJob() + Dispatchers.IO)
private fun updateJSessionId() {
scope.launch {
appDataStore.getJSessionId().firstOrNull()?.let {
synchronized(updateLock) {
cachedJSessionId = it
}
}
}
}3. 方式三：纯 runBlocking 同步获取
在任何上下文中使用都会导致线程阻塞。
如果 appDataStore.getJSessionId() 是耗时操作（如从磁盘读取），极易造成 ANR。无法应对异常情况。
val jsessionId: String? = runBlocking {
appDataStore.getJSessionId().firstOrNull()
}
5、相关代码
方式一：使用 withContext
/**
* 拦截器，用于添加 JSESSIONID 到请求头
* 在指定的协程调度器 dispatcher 中，从 appDataStore 获取 JSessionId 的值，并忽略可能的异常，最终将结果赋值给 jsessionId。
* 具体解释如下：
* runCatching { ... }：捕获代码块中的异常，避免程序崩溃。
* runBlocking(dispatcher) { ... }：在指定的协程调度器中启动一个阻塞式协程。
* appDataStore.getJSessionId().firstOrNull()：获取 JSessionId 的第一个值，若无数据则返回 null。
* .getOrNull()：从 runCatching 的结果中取出值，若发生异常则返回 null。
*/
class AuthInterceptor @Inject constructor(
private val appDataStore: AppDataStore,
private val dispatcher: CoroutineDispatcher = Dispatchers.IO
) : Interceptor {
override fun intercept(chain: Interceptor.Chain): Response {
val request = chain.request()
// 使用 withContext 在 IO 线程获取数据
val jsessionId = runCatching {
runBlocking(dispatcher) {
appDataStore.getJSessionId().firstOrNull()
}
}.getOrNull()
val newRequest = if (jsessionId != null) {
val cookie = request.header("Cookie").orEmpty()
val newCookie = if (cookie.isEmpty()) {
"JSESSIONID=$jsessionId"
} else {
"$cookie; JSESSIONID=$jsessionId"
}
request.newBuilder()
.header("Cookie", newCookie)
.build()
} else {
request
}
return chain.proceed(newRequest)
}
}该 Kotlin 代码定义了一个 AuthInterceptor类，用于在发起网络请求时自动添加 `JSESSIONID` 到 Cookie 中。其逻辑如下：
1. 从 AppDataStore中异步获取 `JSESSIONID`；
2. 若存在 `JSESSIONID`，则将其拼接到请求头的 `Cookie` 字段中；
3. 最终继续执行修改后的请求。
方式二：使用 CoroutineScope
class AuthInterceptor @Inject constructor(
private val appDataStore: AppDataStore
) : Interceptor, Closeable {
private var cachedJSessionId: String? = null
private val updateLock = Any()
private val scope = CoroutineScope(SupervisorJob() + Dispatchers.IO)
init {
updateJSessionId()
}
private fun updateJSessionId() {
scope.launch {
appDataStore.getJSessionId().firstOrNull()?.let {
synchronized(updateLock) {
cachedJSessionId = it
}
}
}
}
override fun intercept(chain: Interceptor.Chain): Response {
val request = chain.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)
}
// 实现 Closeable 接口，确保资源释放
override fun close() {
scope.cancel()
}
}推荐作为生产代码使用，尤其适合需要高性能、稳定性强的 App。
该 Kotlin 代码实现了一个 AuthInterceptor用于在 HTTP 请求中自动添加 `JSESSIONID` Cookie。其功能如下：
1. **构造与初始化**：通过依赖注入获取 AppDataStore用于读取会话 ID，并在初始化时尝试更新会话 ID。
2. **intercept 函数**：
- 若已有缓存的 `JSESSIONID`，则将其添加到请求头的 Cookie 中；
- 若没有缓存，则重新加载会话 ID；
- 使用锁保证线程安全。
3. **updateJSessionId 函数**：使用协程从 AppDataStore 异步加载会话 ID 并缓存。
4. **close 函数**：取消协程作用域，释放资源。整体作用：为每个请求自动注入最新的 `JSESSIONID`，确保会话状态有效。
方式三：runBlocking阻塞性获取
class AuthInterceptor @Inject constructor(
private val appDataStore: AppDataStore
) : Interceptor {
override fun intercept(chain: Interceptor.Chain): Response {
val request = chain.request()
// 在拦截器中同步获取 jsessionid（假设可以阻塞）
val jsessionId: String? = runBlocking {
appDataStore.getJSessionId().firstOrNull()
}
// 构建新的请求，添加 cookie（仅当 jsessionId 存在时）
val newRequest = request.newBuilder().apply {
if (jsessionId != null) {
// 获取现有 Cookie 并追加新的 JSESSIONID
val existingCookies = request.header("Cookie")
val newCookie = "JSESSIONID=$jsessionId"
val finalCookie = if (existingCookies.isNullOrEmpty()) {
newCookie
} else {
"$existingCookies; $newCookie"
}
addHeader("Cookie", finalCookie)
}
}.build()
return chain.proceed(newRequest)
}
}该 Kotlin 代码定义了一个 AuthInterceptor 拦截器，其功能是：
从 AppDataStore 中同步获取 jsessionId（使用 runBlocking 阻塞等待）；
若 jsessionId 存在，则将其添加到 HTTP 请求头的 Cookie 字段中；
最终构建新请求并继续拦截器链的执行。
作用：为每个请求自动添加会话标识 JSESSIONID。
6、总结
综合上述几种方式，其实测试下来都是可以的，基本上是没有什么区别，但是如果考虑综合因素，或者多环境下的适应性，还是考虑用使用 CoroutineScope + 缓存（推荐）。