一个安卓或iOS应用之前发送的请求指向A域名,现在需要更换B域名,有没有比重新打包安卓更好的解决方案
重新打包的话,用户不一定更新应用,所以这个方案不太好
当然,最好是设计之初就将安卓应用请求的域名不定死,那么这样又该怎么解决?也就是能否下载一段代码覆盖本地的代码,这样是否有安全问题?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(12)
可以,你让写接口的人,在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端保存;或者,准备一个借口用于获取域名的
看样子服务端解决起来更省力
重新打包,打个包分分钟,只不过需要用户更新
这肯定要做成动态配置的,在App启动的时候,调用下服务器的接口,更新本地的api地址。
nginx 反向代理。
不懂运维,感觉可以试试CNAME。
我们项目目前也遇到了这种情况,只不过我们在登录之前请求了一次API,获取域名,然后之后的所有接口都依赖于这个接口的返回值。
如果A域名还有用的话做反向代理,301重定向都可以,如果A域名彻底不用的话只能重新打包。。。如果IP足够稳定也可以使用IP做接口地址
既然之前就是使用的域名,可以后台处理。