Android轮子哥

> 嗯，这里我看过Google官方的说明，google不愿意提供明确的api调用来never的结果，避免大家引导用户跳转到设置页。所以shouldShowRequestPermissionRationale不太好用，是否可以考虑底层做一个存储，只有申请的权限shouldShowRequestPermissionRationale出现了true之后，再出现false才判断为never？可行吗？ 小伙子，那你有没有考虑过以下几个场景： 1. 用户第一次安装完应用后，并没有直接打开，而是跑到应用设置中将某个权限禁用掉，然后再从手机桌面打开，此时 shouldShowRequestPermissionRationale 的返回值为 false，加上本地没有存储过任何 shouldShowRequestPermissionRationale 的返回值为 true 的情况，会导致框架会告诉外层调用的人，用户没有永久拒绝，但是实际用户已经永久拒绝 2. 开发者首次接入 XXPermissions，但是在此之前，用户已经永久拒绝过应用的某个权限，结果一申请自然是会被系统立马回绝，此时 shouldShowRequestPermissionRationale 的返回值为 false，加上本地没有存储过任何 shouldShowRequestPermissionRationale 的返回值为 true 的情况，会导致框架会告诉外层调用的人，用户没有永久拒绝，但是实际用户已经永久拒绝

理想很丰满，现实很骨感，这种想法存在诸多逻辑漏洞，整体流程是走不通的。

@SerBad @LuoPeiQin 对于这一块确实暂时没有想到什么好办法，如果有的话欢迎提供给我，如果没有的话只能关闭 issue 了。

小伙子，目前这个项目的定位为了记录 Android 行业的开源作者，并非针对的是 Android 开源项目的一系列推荐。


小伙子，我只是时代的一粒尘埃，只不过做了一些自己力所能及的事情。

小伙子，断点下载后期会考虑加上的，多谢小伙子的提醒，但是现在我建议你先用别的框架来实现。

小伙子，我后面再思考了一下，最终决定还是不加断点续传的功能，因为 EasyHttp 的定位是网络请求框架，不是下载框架，这两者有相似之处，但却属于两个不同类别的，如果你需要使用断点续传，建议使用其他第三方下载框架来实现。

小伙子，这个不是复不复杂的问题，而是断点续传这种功能不应该出现在网络请求框架上面，严格点来说，EasyHttp 不应该做下载的功能，至于你说的抽离，我会考虑一下，如果市面上没有人做好，我才会考虑去做。