鸿蒙开发:远场通信服务rcp拦截器问题

前言

本文基于Api13。

上篇文章,简单的对rcp中的会话问题做了概述,本篇文章,我们聊一聊rcp中的拦截器问题,按照正常开发,其实拦截器中也不存在问题的,毕竟都是很官方的开发方式,但是在结合了创建会话之后,这个问题就会暴露出来。

声明一个拦截器,打印一下请求传入的头参:

TypeScript 复制代码
class MyInterceptor implements rcp.Interceptor {
  intercept(context: rcp.RequestContext, next: rcp.RequestHandler): Promise<rcp.Response> {
    console.log("===拦截器打印headers:" + JSON.stringify(context.request.headers))
    return next.handle(context)
  }
}

我们还是用上一篇文章中的案例,简单接收一个headers参数。

TypeScript 复制代码
private doHttp(headers?: rcp.RequestHeaders) {
    // 定义sessionConfig对象
    const sessionConfig: rcp.SessionConfiguration = {
      headers: headers,
      interceptors: [new MyInterceptor()], //拦截器
      requestConfiguration: {
        transfer: {
          autoRedirect: true,
          timeout: {
            connectMs: 10000,
            transferMs: 10000
          },
        },
        tracing: {
          verbose: true
        }
      }
    }
    // 创建通信会话对象
    if (this.mSession == undefined) {
      this.mSession = rcp.createSession(sessionConfig)
    }
    // 定义请求对象rep
    let req = new rcp.Request('xxx', 'GET')
    // 发起请求
    this.mSession.fetch(req).then((response) => {
      console.log("=======SUCCESS:" + response.toString())
    }).catch((err: BusinessError) => {
      console.log("=======ERROR:" + err.message)
    })

  }

我们发起两次请求,测试一下:

第一次请求

TypeScript 复制代码
this.doHttp({
            "content-type": "application/json"
          })

第二次请求

TypeScript 复制代码
this.doHttp({
            "content-type": "text/plain"
          })

看下拦截器中的打印

问题已经很明显了,明明请求头参数做了修改,为什么打印的还是第一次请求中传递的?

问题原因

其实想必,大家一眼就看到了问题,我们在上篇文章中,针对rcp会话做了优化,采取了rcp复用机制,虽然解决了rcp的会话问题,但是由于headers参数是在rcp会话中的传入的,复用,意味着所有的会话配置都进行了复用,这就导致了,一些参数,比如headers就无法更新的问题。

当然了,你可以采用不复用会话,每次会话后直接关闭,但是这种频繁的创建关闭会很消耗资源,当然了,如果你不在乎,也可以这么去做。

问题解决

解决方式也是非常的简单,一些灵活可变的参数,交由Request对象处理,比如headers,cookies等。

TypeScript 复制代码
 let req = new rcp.Request('xxx', 'GET', headers)

还是上边的请求方式,我们再来看下拦截中的打印:

可是发现,拦截中的参数已经发生了变化。

其它问题

很多人都会在拦截器中做很多的操作,比如统一错误处理,日志打印,数据重定向等等,特别是在数据重定向的时候,一定要根据自身的返回类型进行进行赋值,这个是非常重要的,比如那边接收的是json,在数据赋值的时候一定是json,特别是在网络库封装的时候。

如果你只想改变一个json,比如获取前是加密的,解密后再次返回,那么就通过toString,而不是toJSON。

TypeScript 复制代码
class MyInterceptor implements rcp.Interceptor {
  async intercept(context: rcp.RequestContext, next: rcp.RequestHandler): Promise<rcp.Response> {
    let res = await next.handle(context)
    let response: rcp.Response = {
      request: res.request,
      statusCode: res.statusCode,
      headers: res.headers,
      toString: () => "{'name':'程序员一鸣'}",
      toJSON: () => null
    }
    return Promise.resolve(response)
  }
}

在看日志打印:

相关总结

关于rcp的拦截器问题,最重要的就是会话复用的时候,如果Request对象中有需要的参数,就直接用Request中的,而不是使用session中的。

相关推荐
洞见前行9 分钟前
Android第二代加固技术原理详解(附源码)
android
我要用代码向我喜欢的女孩表白10 分钟前
对象存储路径文件1TB以上文件比对,go语言
ios·golang·xcode
风清云淡_A15 分钟前
【JetCompose】入门教程实战基础案例01之显隐动画
android
2501_9160074732 分钟前
iPhone APP 性能测试怎么做,除了Instruments还有什么工具?
android·ios·小程序·https·uni-app·iphone·webview
2501_9151063238 分钟前
Windows 环境下有哪些可用的 iOS 上架工具, iOS 上架工具的使用方式
android·ios·小程序·https·uni-app·iphone·webview
l134062082351 小时前
Flutter Geocoding 在鸿蒙上的使用指南
flutter·华为·harmonyos
俩毛豆2 小时前
【毛豆工具集】【UI】【多设备适配】实现与屏幕密度等倍的图片加载
华为·harmonyos
冬奇Lab2 小时前
稳定性性能系列之六——Java异常与JE分析实战
android·性能优化·debug
爱装代码的小瓶子2 小时前
【c++进阶】c++11的魔法:从模板到可变模板.
android·开发语言·c++
l134062082352 小时前
344.在鸿蒙上使用 animations Flutter 包的指南
flutter·华为·harmonyos