疑问解答

[SophiaGuo]

这里针对大家一些疑问进行解答。

1. 防止资源抢占和滥用 Hardcoder 所有调用只是 APP 发出的请求，具体是否对请求进行响应仍然取决于系统。 系统对 Hardcoder 请求会有一定限制，只有 APP 在前台时允许请求资源，在后台时请求会被忽略，同一时间只有当前在前台的一个 APP 的请求会被响应。因而多个 APP 都接入了 Hardcoder 的情况下也不会出现资源抢占。 另外，系统通过限制请求的最长持续时间等方法避免出现滥用请求的情况。

2. 耗电 通过 Hardcoder 进行通信，APP 作为请求方可以准确地在需要资源的场景的开始和结束时间通知到系统侧，从而保证系统分配的资源时机的精细和准确，因此引起的耗电量的增加也能最大化作用于性能提升。 在微信上使用 Hardcoder 得到了平均 10%-30% 的性能提升，同时仅增加了 2% 的电量消耗，相当于用 2% 的功耗换取平均 20% 的性能提升，这个效果是比较满意的。 而同一时间只有前台 APP 的请求会被系统响应，所以对手机整体来说，增加的耗电量是所有 APP 耗电的平均值，而不是所有 APP 的叠加。

3. APP 优先级 APP 接入方法见 FAQ 文档。对已实现自助接入和无需申请的厂商，APP 可以直接使用 Hardcoder，对需要申请的厂商按照方法申请后使用。对已允许接入 Hardcoder 的 APP ，厂商不会再对不同 APP 做优先级处理。

[GankLi]

@SophiaGuo 麻烦问下， 厂商如果想去做厂商端接入的话， 需要如何操作呢？

[Leoaaron]

请问增加2%的功耗，换取30%的性能提升结论如何得出的？有测试对比的详细流程和数据吗？

[Enzo-Fight]

不知10%-30%的性能提升是怎么测出来的？我本地测的时候，计算时间有时反而增大了。正常情况下，计算时间减少也不明显

[WeiCongcong]

同问，”平均 10%-30% 的性能提升，同时仅增加了 2% 的电量消耗“结论是如何得到的？谨慎怀疑如果是普遍性效果，那厂商直接把这个提频永久打开它不香吗？

[SophiaGuo]

功耗是厂商拿微信包做的测试，详细数据要看厂商是否同意公开。 目前是由app明确提出开始和结束时间细化了需要提频的时间才控制了耗电量，永久打开肯定有问题的。

[MichaelJokAr]

有没有其他app接入这个，统计过数据。app启动速度提升了多少？Thks！