集成moondroid/CoverFlow库后App崩溃，抛出除零异常求解

你遇到的java.lang.ArithmeticException: divide by zero异常，根源是moondroid/CoverFlow库在没有数据的情况下执行了除法运算。从异常定位的FeatureCoverFlow.dispatchDraw(FeatureCoverFlow.java:471)来看，大概率是当CoverFlow的适配器（Adapter）没有任何数据项时，库内部用getCount()的结果做除数导致的。

下面是具体的排查和修复步骤：

1. 先检查ViewDownload中的数据加载逻辑 #

你的代码里提到从Environment目录获取文件并构建Downloads列表，先确认两个关键点：

• 目标下载目录是否真的存在文件？如果目录为空，Downloads列表长度为0，传给DownloadAdapter后，getCount()会返回0，直接触发除法异常。
• 文件加载是不是异步操作？如果是，有没有在数据还没加载完成时就给CoverFlow设置了空适配器？比如在onCreate里直接初始化适配器，但此时文件还没扫描完成，CoverFlow已经开始执行绘制计算了。

2. 给CoverFlow添加空数据判断 #

在ViewDownload中，设置CoverFlow的适配器之前，先判断数据列表是否为空，避免让CoverFlow处理空数据：

// 假设你的下载数据列表是downloadList
if (downloadList != null && downloadList.size() > 0) {
    DownloadAdapter adapter = new DownloadAdapter(this, downloadList);
    mCoverFlow.setAdapter(adapter);
} else {
    // 显示空状态提示，比如一个TextView提示"暂无下载内容"
    emptyStateView.setVisibility(View.VISIBLE);
    mCoverFlow.setVisibility(View.GONE);
}

3. 修复库源码（可选，更彻底） #

如果不想依赖外部数据判断，也可以直接修改CoverFlow库的源码从根源避免除以零：

1. 找到FeatureCoverFlow.java的第471行，通常抛出异常的代码类似这样：

   float angleStep = 360f / mAdapter.getCount();
   

2. 在计算前添加判断，确保除数不为0：

   int itemCount = mAdapter.getCount();
   if (itemCount == 0) {
       // 没有数据时直接跳过绘制逻辑，调用父类方法即可
       super.dispatchDraw(canvas);
       return;
   }
   float angleStep = 360f / itemCount;
   

   修改后重新编译库，替换项目中原来的依赖即可。

4. 确保跳转时数据已准备完成 #

如果你的文件扫描是异步操作（比如用AsyncTask、协程），一定要等数据加载完成后再初始化CoverFlow，而不是在onCreate里直接设置空适配器。比如可以在异步任务的onPostExecute方法中完成适配器的设置。

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