在今天的Reddit AMA（Ask Me Anything）会议上，Google团队采用蓝牙技术。 具体来说，如果Android Oreo可以减少吸收。
该团队了解许多Android手机上出现的所有蓝牙错误和不一致情况，并使用了他们在Pixel上为Android N编写新系统元素时学到的技巧。
Tim Murray：Android蓝牙，音频和性能团队实际上做了很多工作来改进O中的BT音频。我们从最近的开发人员预览开始在内部翻转开关因为我们需要更多的时间来确保事情稳定所以你还没有看到那种劳动的成果。
我们做了什么：在Pixel开发过程中，支持团队猜测，尽可能确保系统的UI关键部分，以避免随机调度程序延迟，这可能是一个好主意。 原来是的，这是一个好主意，并从UI管道中删除调度程序延迟修复了大量随机jank。 您可以在https://source.android.com/devices/tech/debug/eval_perf上查看我们所做的所有事情的详细信息。 它对UI的效果非常好，我们决定为BT音频做同样的事情。 我们可以看到随机调度程序延迟会导致BT音频伪影的情况，因此我们尝试通过整个BT管道来确切地确定需要哪些保证以确保音频质量是完美的。 从框架到内核驱动程序，这从整个堆栈中删除了每个BT数据包几十毫秒的可能抖动和所需的修复。
我们的测试显示，由于这些变化，BT音频可靠性与N相比明显更好。 我们对它的结果感到满意，我们希望您看到同样的改进。
完整阅读评论主题
在“常规”演讲中，他们简化了关键UI元素的代码，使其更加线性，系统无需等待任务进行调度并轮到其中。 减少不必要的延迟和处理是使Pixel上的UI尽可能流畅且无滞后的原因。 在蓝牙上使用这些相同的技术应该意味着在相同的时间内发送更多的数据，并且花费更少的时间在源处理它。 这样可以实现更好的连接和不间断的流。
如上所述，这是在上一次开发者测试版发布后完成的，所以我们还没有看到它的实际应用。 我们期待看到它，以及Android Oreo正式发布的所有其他最终调整和改进。
