王孝云

这个是刻意的，这个状态的关联是当前View第一次有没有数据，只要没有数据，User调用onFailed就会一直根据你传递的adapter来切换布局，反之，初次加载也好，retry也好，只要有一次onSuccess了，这种情况下就不会再替换任何的布局了，原因很简单，这个框架的目的简单粗暴来说，就是为了初次加载没数据的情况下遮罩一下，比如说有了数据了，遮罩消失，再下拉刷新后没有数据了，这种情况下Toast一下就行，没必要突兀的再把遮罩显示回来，这样用户体验会好，另外，初次加载遮罩也是这个目的，我把布局遮住了，就不需要判断布局里的各种操作会不会空指针，布局展示出来了，他就一定有数据了

> 场景1：APP未见向用户告知且未经用户同意，在YYY功能中，存在收集通讯录、短信、通话记录、相机等信息的行为，非服务所必需且无合理应用场景，超出与收集个人信息时所声称的目的具有直接或合理关联的范围。 场景2：APP向用户明示SDK的收集使用规则，但未见清晰明示SDK收集设备MAC地址、软件安装列表等的目的方式范围，用户同意隐私政策后，SDK存在收集设备MAC地址、软件安装列表的行为。 > > 获取运行中进程信息 使用最新版本，内部已经将是否是主进程的判断去掉了

> 您好，您说的最新版，是指哪个版本，我看您的回复时间是在2.0.0版本(Nov 23, 2021)之后，但最新的是2.0.0版本。 ProcessUtil，还是有判断主进程的方法 就是从2.0.0开始，ProcessUtil只是提供判断主进程的方法，他只是作为[AppStartFaster]这个库里的一个工具类，[AppStartFaster]内部的功能并不会调用ProcessUtil，作为一个工具类，只要你不用它，自然不会有隐私整改问题

> 您好，您说的最新版，是指哪个版本，我看您的回复时间是在2.0.0版本(Nov 23, 2021)之后，但最新的是2.0.0版本。 ProcessUtil，还是有判断主进程的方法 可以使用2.1.0版本，把ProcessUtil删掉了，[AppStartFaster]本身并不需要判断是否主进程的功能。

> 在attachBaseContext中new SplashActivity()和MainActivity这么做是否有效果，没看懂，能否解答一下呢，谢谢！ 和类加载原理有关，预加载可以加快类的创建速度，具体百度一下吧

> 谢谢，还有两个问题， > 1、在非主进程，是否没必要去用AppStartTaskDispatcher，我看判断了是主进程才去优化。非主进程的活动是否肯定不会影响启动速度？ > 2、如果我要确保一些初始化是必须在Application的Oncreate结束前阻塞执行的，那么将该task设置needWait为true，是这个意思吧。 > 感谢！ 1、非主进程的目的是Android 4.4 MultDex的加载用的，加载完进程就kill掉了，可以百度一下MultDex冷启动优化。 2、区分开是否在主进程就是为了只要在主进程才用AppStartTaskDispatcher开启需要的任务。

> 谢谢，还有两个问题， > 1、在非主进程，是否没必要去用AppStartTaskDispatcher，我看判断了是主进程才去优化。非主进程的活动是否肯定不会影响启动速度？ > 2、如果我要确保一些初始化是必须在Application的Oncreate结束前阻塞执行的，那么将该task设置needWait为true，是这个意思吧。 > 感谢！ 其实我readme里有写为哈这么做，没写细节，嘿嘿，可以自己研究一下，也不是很复杂。

> _No description provided._ 这个得有单个省份的svg文件，原理一样，解析成path

> 请问能否在地图里显示省份名称？ 这个需求很简单，但是得在svg文件里标记出省份中心的位置，来显示省份名称，当然在现有资源下也能实现，但是要自己算中心点位置，简单思路来说就是找到省份path的上下左右边界点，然后各取一半就是中心点位置，这个需求我之后会实现

> 这个需求加上没呀? 已更新，1.0.2