动态表单场景下ViewPager加载最后一页时应用崩溃问题求助

嘿，我之前做动态表单ViewPager的时候也踩过类似的坑，最后一页崩溃大概率是这几个常见问题导致的，咱们一步步捋：

1. 索引越界：Adapter数量与实际数据不匹配 #

这是最常见的触发点！你提到父Activity先获取章节数量，再传递页面列表给Adapter。这里很容易出现提前拿到的章节数和实际接口返回的页面列表长度不一致的情况——比如你以为有5个章节，但实际接口只返回了4个页面，那ViewPager的getCount()如果返回之前的5，滑到第5页（position=4）时，去pagesList拿数据就会直接数组越界崩溃。

解决办法：

• 绝对不要用提前获取的章节数作为getCount的返回值，直接返回页面列表的实际长度：

@Override
public int getCount() {
    return mPagesList == null ? 0 : mPagesList.size();
}

• 在getItem方法里先做索引校验，避免越界：

@Override
public Fragment getItem(int position) {
    if (mPagesList == null || position >= mPagesList.size()) {
        // 可以返回一个空的占位Fragment，或者抛出明确异常方便排查
        return new PlaceholderFragment();
    }
    FormQuestionFragment fragment = new FormQuestionFragment();
    // 用Bundle传递数据，不要直接给Fragment加带参数的构造函数（ViewPager重建Fragment时会丢失数据）
    Bundle args = new Bundle();
    args.putSerializable("PAGE_QUESTIONS", mPagesList.get(position));
    fragment.setArguments(args);
    return fragment;
}

2. Fragment数据传递/引用失效 #

因为你复用同一个Fragment，很多人会直接在Fragment里持有Activity传递的页面列表引用，但ViewPager会根据内存情况销毁重建Fragment，这时候原来的引用可能已经失效，或者页面列表已被修改，导致最后一页获取数据时空指针。

解决办法：

• 永远用getArguments()在Fragment内部获取数据，不要依赖外部引用：

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    View view = inflater.inflate(R.layout.fragment_form_page, container, false);
    // 从Bundle拿数据，安全可靠
    PageQuestions questions = (PageQuestions) getArguments().getSerializable("PAGE_QUESTIONS");
    // 初始化页面控件...
    return view;
}

• 如果页面数据需要后续更新，建议用ViewModel来管理，Fragment从ViewModel获取最新数据，避免和Activity直接耦合。

3. 异步任务未及时取消 #

如果你的Fragment里有加载问题的异步请求（比如从Web服务拉取当前页的问题），滑到最后一页时，可能Fragment已经被ViewPager销毁，但异步任务还在执行，回调时Fragment的View已经为空，导致空指针崩溃。

解决办法：

• 在Fragment的onDestroyView()或者onDestroy()方法里取消所有异步任务：

@Override
public void onDestroyView() {
    super.onDestroyView();
    // 取消当前页面的网络请求，比如用OkHttp的Call.cancel()，或者RxJava的Disposable.dispose()
    if (mQuestionRequest != null && !mQuestionRequest.isCanceled()) {
        mQuestionRequest.cancel();
    }
}

4. 最后一页的特殊控件/数据问题 #

有时候最后一页的问题可能包含特殊的自定义控件（比如签名板、多级选择器），这些控件的初始化代码有bug，或者最后一页的问题数据格式和前面的不一样，导致解析时出错。

解决办法：

• 把最后一页的问题数据单独拿出来，放到前面的页面测试，看是不是数据本身的问题；
• 检查自定义控件的初始化逻辑，有没有未处理的空值情况。

1. 先看崩溃日志的报错信息，是ArrayIndexOutOfBoundsException还是NullPointerException，直接定位方向；
2. 打印Adapter的getCount()和pagesList的长度，确认两者一致；
3. 检查getItem里的position是否在有效范围内；
4. 验证最后一页的数据是否正常，控件初始化是否正确。

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