@chinvo
@geelaw
@xxxy
@uestc
感谢各位了，目前看来大家都是一样的解决方法，十分感谢

另一位朋友想到一个方法：将回调授权码的接口写成一个中转的接口，然后在接口中将授权码以自定义 scheme 的形式回调到客户端（ APP ），再由客户端将授权码和用户信息一并提交到服务端。
@uestc
@geelaw
两个的解决办法似乎和这个方法是一样的？（ oneindex 使用 php 写的，本人 php 仅在入门水平……）（ ajax 的话没有去了解过……我猜测和这个思路一个意思？）

@xxxy 文档上似乎没有提到这个 state https://docs.microsoft.com/zh-cn/onedrive/developer/rest-api/getting-started/graph-oauth?view=odsp-graph-online#code-flow

补充： 微软的重定向 Url 有限制：URL 必须以 https:// 开头，不得包含查询字符串参数且长度不超过 255 个字符。

看起来这个 Url 只能写死

@blankme 就像在 win 上的卸载引导程序，你能骂软件故意把真实卸载按钮隐藏起来，也能骂软件引导用户不去卸载，但是你没理由去骂软件询问你“是否卸载此应用”

@blankme 确实是最近最少使用算法，我的意思是就算属于你这个 app 的数据没有被清理掉，那么怎么判断数据是否依旧有效，是否过期，因为对于内存大的手机来说，你把 app 丢后台，然后过几个小时过几天打开的都有，这个时候的数据如果有那么是否有效？而且，国产系统非白名单应用返回键=kill 了解一下，对于这种系统你打算怎么做，去加入白名单吗还是尽量防止由于用户误触退出？而且如果是带统计的功能的话，基本上打开一次 app，那么就统计一次，那么说做这个按两次退出反而会影响这个统计的次数，次数越多数据越好看（某开发者：我们的某某 app 日活多少多少，每天启动次数多少多少），从这里来看，按两次退出是为了防止误触（提升用户体验），而不是为了你所说的再看你一眼（毫无卵用的操作）

@blankme 不会 kill 不代表不会清理内存的数据，如果在 app 打开过程中所有的数据都不会被清理，那么早就 oom 爆了。换个说法，难道说我在打开 app 之后把所有的界面都点开一遍，那么我之后在使用这个 app 的过程中打开所有界面都是直接切换不请求数据的吗？

@blankme 用两年卡的不成样子的设备又不是没有

@blankme 秒开就意味着不用做这些细节处理了？那还优化个鬼的代码，优化个鬼的用户体验，全部丢给系统去做不就行了

@blankme 如果启动较慢呢，比如启动时需要去拉取一个远程的列表，或者需要从本地读取大量数据到内存中

@blankme 确定不是为了防止误触？

bigo 不了解，cvte 的话加班可能有点多，面试的时候问我期望工作时间，hr 说是每天上到 9 点很平常

说白了就是 Android 开发技术不行，就是想少做一些事情而已

我自己做 Android 开发或者写后端接口的时候，返回的数据格式是成功返回带 data 的 json，失败不带 data （只有 msg 和 code ），客户端用 gson 解析，然后定义了 base response （只有 msg 和 code ），不同的接口返回数据定义 JavaBean 的时候继承 base response，添加 data 字段同时确定类型，希望有所帮助。看了描述，总觉得 Android 开发死守一个框架不是很好，用的框架没办法的时候换一个不就行了....

@Vegetable 因为对于 Android 来说，Google play 就是 AppStore

@pabupa 我知道，现在的 x 安只能说是米安了，也只配做应用市场

@pabupa 米安，笑死