当前位置:Gxlcms > PHP教程 > 一个安卓或iOS应用之前发送的请求指向A域名,现在需要更换B域名,有没有比重新打包安卓更好的解决方案

一个安卓或iOS应用之前发送的请求指向A域名,现在需要更换B域名,有没有比重新打包安卓更好的解决方案

时间:2021-07-01 10:21:17 帮助过:14人阅读

重新打包的话,用户不一定更新应用,所以这个方案不太好

当然,最好是设计之初就将安卓应用请求的域名不定死,那么这样又该怎么解决?也就是能否下载一段代码覆盖本地的代码,这样是否有安全问题?

回复内容:

重新打包的话,用户不一定更新应用,所以这个方案不太好

当然,最好是设计之初就将安卓应用请求的域名不定死,那么这样又该怎么解决?也就是能否下载一段代码覆盖本地的代码,这样是否有安全问题?

可以,你让写接口的人,在a域名发个请求到b域名,拿数据返回给你,哈哈,我想问一下,重新打包很麻烦吗?不懂移动开发

可以在启动app的时候请求一次后台数据。设置一个标签,如果为1则加载A地址,如果为0加载B地址。

如果你已经有上线的应用出现这个情况。那么基本上只有一个解决方案:那就是让后端的开发人员辛苦一下,把发送到A点的请求都redirect去B点,并返回响应的数据。注意:这些数据的格式最好不要出现不必要的变化。否则,容错不够的话会出现Crash的情况。

当然应用本身也有解决这个问题的方法,但是需要事先已经在架构上做好这样的设计。比如iOS和Android都有热修复的一些实现技术。如果你的APP都已经有这样的架构,那么可以在server端放上开发好的补丁,让APP请求B点数据,APP自动把这些补丁下载并应用到APP本身。那么APP自动就可以请求B点数据了。

两种情况权衡一下的话,你会发现如果B点已经开发完毕。那么第一个方案是最省事,也是最快的。

1、服务端角度:让服务端的同学配置好nginx,分分钟的问题
2、App角度:域名的变更应该不会很频繁吧,个人觉得用推送的方式下发,然后app端保存;或者,准备一个借口用于获取域名的

看样子服务端解决起来更省力

重新打包,打个包分分钟,只不过需要用户更新

人气教程排行