现状
Android项目如果是多服务端接口时,一般怎么弄呢?
方法1:服务器地址放在Header中
把服务器地址放在接口Header中,然后通过拦截器来动态修改请求地址而实现的。除了默认服务器的接口,其它都要加一个Header,有点麻烦。看起来也不爽,不简洁。
interface ApiHeaderCase { /************************** server A ****************************/ @Headers("host:$SERVER_HOST_A") @GET("user/loginWithScanCode") fun aMethod1(@Query("id") id: Int): Observable<ResponseBody> /************************** server B ****************************/ @Headers("host:$SERVER_HOST_B") @GET("user/loginWithScanCode") fun bMethod1(@Query("id") id: Int): Observable<ResponseBody> }
方法2:多套服务类,实例化为多个对象,准确查找接口归属服务
定义多个类,每个类定义一套服务接口。然后分别实例化为多个对象,再使用准确的对象来调用接口。这种方法运行效率是最高的,但是在开发时,可能无法快速知道接口归属与哪个服务,需要查看代码才能准确知晓,可以说是少了代码提示能力。
interface ApiA { @GET("user/loginWithScanCode") fun methodA(@Query("id") id: Int): Observable<ResponseBody> } interface ApiB { @GET("user/loginWithScanCode") fun methodB(@Query("id") id: Int): Observable<ResponseBody> }
方法3:全写在一起,实例化为多个对象,准确调用方法
把所有接口都写在一个类中,然后根据服务地址分别实例化为多个对象。再准确调用方法,为了保证准确调用方法,可以给每个接口加个服务名的前缀,以减少方法调错的问题。
interface ApiAllInOne { /************************** server A ****************************/ @GET("user/loginWithScanCode") fun aMethod1(@Query("id") id: Int): Observable<ResponseBody> /************************** server B ****************************/ @GET("user/loginWithScanCode") fun bMethod1(@Query("id") id: Int): Observable<ResponseBody> } const val SERVER_HOST_A = "https://www.a.com/" const val SERVER_HOST_B = "https://www.b.com/" fun getApi(retrofit: Retrofit, host: String): ApiAllInOne { return retrofit.newBuilder() .baseUrl(host).build() .create(ApiAllInOne::class.java) } fun showNomalUseCase(retrofit: Retrofit) { val apiA = getApi(retrofit, SERVER_HOST_A)//save as single instance for repeated usage apiA.aMethod1(1).subscribe() apiA.bMethod1(1).subscribe()//invalid usage, but no compile error val apiB = getApi(retrofit, SERVER_HOST_B) apiB.bMethod1(1).subscribe() apiB.aMethod1(1).subscribe()//invalid usage, but no compile error }
有更简单的方法吗?
当然有了,而且超方便!
定义接口
(建议)在一个KT文件中定义所有接口,方便查找和维护。
interface ApiHolder : ApiA, ApiB @BaseUrl("https://www.a.com/") interface ApiA { @GET("user/loginWithScanCode") fun methodA(@Query("id") id: Int): Observable<ResponseBody> } @BaseUrl("https://www.b.com/") interface ApiB { @GET("user/loginWithScanCode") fun methodB(@Query("id") id: Int): Observable<ResponseBody> }
建工具类
一般都需要个工具类的,方便配置拦截器等。如果没有自定义的需求,也可以直接实例化来用。
可以重写invokeApi方法,全局给每个Observable设定线程。
class ApiUtil : ApiHolderUtil<ApiHolder>(ApiHolder::class) { companion object { val apiUtil = ApiUtil() val api = apiUtil.api } override fun invokeApi(api: Any, method: Method, args: Array<*>?): Any { val observable = super.invokeApi(api, method, args) as Observable<*> return observable.subscribeOn(Schedulers.io()) .observeOn(AndroidSchedulers.mainThread()) } }
动态更新服务地址
还可以动态更新服务地址,比如实现测试服务和正式服务间切换。
//update api baseUrl when needed apiUtil.updateApi(ApiA::class, https://www.a2.com/)
调用接口
api.methodA(1).subscribe() api.methodB(1).subscribe()
引入依赖
dependencies { implementation 'com.github.DonaldDu:ApiHolder:x.x.x'//JitPack version }
该项目使用的三方库
api 'com.squareup.okhttp3:okhttp:4.7.2' api "com.squareup.retrofit2:retrofit:2.9.0" api "com.squareup.retrofit2:converter-gson:2.9.0" api "com.squareup.retrofit2:adapter-rxjava3:2.9.0" api 'io.reactivex.rxjava3:rxandroid:3.0.0'
其它说明
rxjava3 ->rxjava2
可以根据需要调整为rxjava2,建议用最新的。
//重写ApiHolderUtil如下方法,RxJava3CallAdapterFactory ->RxJava2CallAdapterFactory即可。 protected open fun getRetrofit(client: OkHttpClient): Retrofit { return Retrofit.Builder() .validateEagerly(validateEagerly) .addConverterFactory(getGsonConverterFactory()) .addCallAdapterFactory(RxJava3CallAdapterFactory.create()) .baseUrl("http://www.demo.com/") .client(client) .build() }
Timeout
可以给每套服务设置不同的超时
@BaseUrl("https://www.b.com/") @Timeout(read = 100, timeUnit = TimeUnit.SECONDS) interface ApiB { @GET("user/loginWithScanCode") fun methodB(@Query("id") id: Int): Observable<ResponseBody> }
到此这篇关于详解Android项目多服务端接口适配(超简单)的文章就介绍到这了,更多相关Android多服务端接口适配 内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库!
imi 原生支持一个项目,单次启动,监听多个端口多个协议。 比如你要做一个聊天系统,http 用于注册、登录、上传文件等等,WebSocket 用于即时通讯。 http 和 WebSocket 同时做在一个项目中,代码之间没有隔阂,可以方便地互相调用和复用。 子服务器配置 项目配置文件: [ // 子服务器(端口监听)配置 'subServers' => [
本文向大家介绍APP转盘抽奖Java服务端接口详解,包括了APP转盘抽奖Java服务端接口详解的使用技巧和注意事项,需要的朋友参考一下 应公司需求开发一个微信公众号中抽奖活动 功能:奖品及中奖概率可在后台配置,滚动刷新中奖名单,控制用户每日抽奖次数等。 规则:在活动期间,每日可抽奖一次,中奖后填写个人信息以便奖品的配送。 1.获取抽奖页面数据 2.中奖名单接口 3.抽奖接口 4.保存中奖用户信息的
我正试图用Netty开发以下用例: 客户端连接到上的中间服务器(端口 8900)。 客户端将具有配置的处理器请求发送到另一台计算机。 第 3 台计算机根据配置启动处理器。 处理器连接到根据配置中标识的端口(例如端口 8901)启动处理器的同一服务器。 服务器现在根据两者之间共享的匹配唯一哈希绑定客户端和处理器。 将为每个新的客户端连接创建新处理器。 客户端连接不是问题。我有一个处理这些请求的客户端
通常RPC服务都是一个端口一个服务,而实际应用中,业务方可能要提供大量的接口服务,每个服务都配置一个端口,每个端口都会初始化一套IO线程资源(后续会考虑IO线程共用),除了会创建大量线程外还会增加内存占用,尤其是Netty使用堆外内存,堆外内存问题不是通过dump就能快速排查出来的。线上就曾遇到过业务启用了34个端口导致堆外内存泄漏问题,虽然最后发现是Netty4.1.26的Bug,4.1.29已
本文向大家介绍Nginx服务器中配置非80端口的端口转发方法详解,包括了Nginx服务器中配置非80端口的端口转发方法详解的使用技巧和注意事项,需要的朋友参考一下 nginx可以很方便的配置成反向代理服务器: 但是如果nginx的监听端口不是默认的80端口,改为其他端口如81端口。 后端服务器中request.getServerPort()无法获得正确的端口,返回的仍然是80; 在response
本文向大家介绍详解React项目的服务端渲染改造(koa2+webpack3.11),包括了详解React项目的服务端渲染改造(koa2+webpack3.11)的使用技巧和注意事项,需要的朋友参考一下 因为对网页SEO的需要,要把之前的React项目改造为服务端渲染,经过一番调查和研究,查阅了大量互联网资料。成功踩坑。 选型思路:实现服务端渲染,想用React最新的版本,并且不对现有的写法做大的