在 viewpager2 嵌套于 fragment（而非 activity）的架构中，子 fragment 需通过 requireparentfragment() 获取宿主 mainfragment 实例，再调用其页面切换方法，避免因新建 fragment 实例导致 viewpager2 为 null 的问题。
当 ViewPager2 从 Activity 迁移至 MainFragment 后，原有的“通过 Activity 全局方法切换页面”方式不再适用。关键问题在于：子 Fragment（如 FriendsList 或 PPL_main）若直接调用 MainFragment.newInstance().ChangeFragment_ViewPager(...)，会创建一个全新、未绑定视图、未经历生命周期的 MainFragment 实例——此时 viewPager 字段尚未初始化（仍为 null），自然无法执行 setCurrentItem()。
✅ 正确做法是：利用 Fragment 的父子关系，从子 Fragment 内部安全获取已附加（attached）、已创建视图（onViewCreated 已执行）的真实宿主实例：
// Kotlin 示例（推荐） (parentFragment as? MainFragment)?.changeFragmentViewPager(0, false)
// Java 示例 ((MainFragment) requireParentFragment()).ChangeFragment_ViewPager(0, false);
⚠️ 注意事项：
- requireParentFragment() 在子 Fragment 已添加到父 Fragment 且父 Fragment 已 attach 时才安全；若调用过早（如 onAttach() 之前），会抛出 IllegalStateException。建议在 onViewCreated() 及之后调用。
- 方法名建议遵循 Java/Kotlin 命名规范：changeFragmentViewPager(int position, boolean outside)（小驼峰）更符合现代 Android 开发习惯。
- 为增强健壮性，可添加空值与类型校验：
public void switchToTab(int position) {
Fragment parent = requireParentFragment();
if (parent instanceof MainFragment) {
((MainFragment) parent).changeFragmentViewPager(position, false);
} else {
Log.w("ViewPager", "Parent is not MainFragment");
}
}? 扩展建议：
若项目使用 ViewModel，更推荐将 ViewPager 当前状态与切换逻辑抽离至 MainFragment 的 ViewModel 中，并通过 SharedViewModel 或 Fragment Result API 实现子 Fragment 与宿主通信，进一步解耦并提升可测试性。
总之，核心原则是——复用已存在的 Fragment 实例，而非构造新实例。这是 Fragment 嵌套场景下通信的基石。
