如何在Android视频播放器中验证小体积视频比大文件流播放缓冲更快

• 带宽抢占：你在onStart中连续调用两个播放器的初始化方法，两个视频会同时发起网络请求，共享当前设备的带宽，小体积文件的下载速度优势会被带宽分摊抵消，自然无法得到预期结果。
• 计时逻辑缺陷：一是计时起点为调用setVideoURI的时间，而系统底层实际发起网络请求的时间受资源调度影响存在偏差；二是MediaPlayer的onBufferingUpdate回调返回的百分比是可播放缓冲的进度，不等于整个文件的下载完成进度，不同编码格式的视频缓冲策略不同，不能直接等同。
• 变量未控制：你没有提前确认两个测试视频的实际体积、码率、编码参数，当前你用的H.264和H.265视频，同画质下H.265体积更小，很可能你默认的「小体积文件」实际体积反而更大，且测试过程没有清理缓存、固定网络环境，结果存在偶然性。
• 资源管理问题：你实现的releasePlayer方法仅释放了第一个播放器的资源，第二个播放器的资源没有正常清理，多次测试会残留缓存和资源占用，干扰结果。

基础测试原则 #

• 控制变量：先确认两个测试视频的参数，优先选择同一源视频转码、仅体积不同的两个文件，提前确认大小差距；测试时固定WiFi网络，关闭其他占用带宽的应用，每次测试前清空应用缓存，避免缓存干扰。
• 串行测试：不要同时加载两个视频，等第一个视频测试完成、释放所有资源后，再启动第二个视频的测试，多次重复测试取平均值，排除网络波动、系统调度的影响。
• 优化计时逻辑：如果要验证启动播放速度，不需要等缓冲到100%，统计从发起请求到onPrepared回调后第一帧渲染的耗时即可；如果要验证全文件下载速度，建议直接用网络库单独下载两个文件统计耗时，比MediaPlayer的缓冲回调更准确。

代码修改参考 #

如果要保留双播放器的测试逻辑，可以改成第一个视频测试完成后再初始化第二个：

// 第一个视频缓冲完成后再初始化第二个
mediaPlayer.setOnBufferingUpdateListener(new MediaPlayer.OnBufferingUpdateListener() {
    boolean buffered = false;
    @Override
    public void onBufferingUpdate(MediaPlayer mediaPlayer, int i) {
        if(i==100 && !buffered) {
            long t1 = System.currentTimeMillis();
            mBufferingTextView.setText((t1 - t0) + ", " + i + " ");
            buffered = true;
            // 第一个测试完成，初始化第二个
            initializePlayer2();
        }
    }
});

调整后onStart里仅调用initializePlayer()即可，不需要再直接调用initializePlayer2()。

内容的提问来源于stack exchange，提问作者angel_30