对我有用的是viewpage . getadapter ().notifyDataSetChanged();

在适配器中，将更新视图的代码放在getItemPosition中，就像这样

@Override
public int getItemPosition(Object object) {

    if (object instanceof YourViewInViewPagerClass) { 
        YourViewInViewPagerClass view = (YourViewInViewPagerClass)object;
        view.setData(data);
    }

    return super.getItemPosition(object);
}

可能不是最正确的方式，但它起作用了(返回POSITION_NONE技巧导致崩溃，所以不是一个选项)

After a lot of searching for this problem, I found a really good solution that I think is the right way to go about this. Essentially, instantiateItem only gets called when the view is instantiated and never again unless the view is destroyed (this is what happens when you override the getItemPosition function to return POSITION_NONE). Instead, what you want to do is save the created views and either update them in the adapter, generate a get function so someone else can update it, or a set function which updates the adapter (my favorite).

所以，在你的MyViewPagerAdapter中添加一个变量:

private View updatableView;

在你的instantiateItem:

 public Object instantiateItem(View collection, int position) {
        updatableView = new TextView(ctx); //My change is here
        view.setText(data.get(position));
        ((ViewPager)collection).addView(view);
        return view;
    }

通过这种方式，你可以创建一个函数来更新你的视图:

public updateText(String txt)
{
    ((TextView)updatableView).setText(txt);
}

希望这能有所帮助!

我认为我已经创建了一种简单的方法来通知数据集的更改:

首先，稍微改变一下instantiateItem函数的工作方式:

    @Override
    public Object instantiateItem(final ViewGroup container, final int position) {
        final View rootView = mInflater.inflate(...,container, false);
        rootView.setTag(position);
        updateView(rootView, position);
        container.addView(rootView, LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT);
        mViewPager.setObjectForPosition(rootView, position);
        return rootView;
    }

对于“updateView”，用你想要填充的所有数据填充视图(setText,setBitmapImage，…)

验证destroyView是这样工作的:

    @Override
    public void destroyItem(final ViewGroup container, final int position, final Object obj) {
        final View viewToRemove = (View) obj;
        mViewPager.removeView(viewToRemove);
    }

现在，假设你需要更改数据，然后调用PagerAdapter上的下一个函数:

    public void notifyDataSetChanged(final ViewPager viewPager, final NotifyLocation fromPos,
            final NotifyLocation toPos) {
        final int offscreenPageLimit = viewPager.getOffscreenPageLimit();
        final int fromPosInt = fromPos == NotifyLocation.CENTER ? mSelectedPhotoIndex
                : fromPos == NotifyLocation.MOST_LEFT ? mSelectedPhotoIndex - offscreenPageLimit
                        : mSelectedPhotoIndex + offscreenPageLimit;
        final int toPosInt = toPos == NotifyLocation.CENTER ? mSelectedPhotoIndex
                : toPos == NotifyLocation.MOST_LEFT ? mSelectedPhotoIndex - offscreenPageLimit
                        : mSelectedPhotoIndex + offscreenPageLimit;
        if (fromPosInt <= toPosInt) {
            notifyDataSetChanged();
            for (int i = fromPosInt; i <= toPosInt; ++i) {
                final View pageView = viewPager.findViewWithTag(i);
                mPagerAdapter.updateView(pageView, i);
            }
        }
    }

public enum NotifyLocation {
    MOST_LEFT, CENTER, MOST_RIGHT
}

例如，如果你希望通知viewPager所显示的所有视图，有一些东西发生了变化，你可以调用:

notifyDataSetChanged(mViewPager,NotifyLocation.MOST_LEFT,NotifyLocation.MOST_RIGHT);

就是这样。

我发现这个问题的决定很有趣。 我们可以使用FragmentStatePagerAdapter (android.support.v4.app.FragmentStatePagerAdapter)，而不是使用FragmentPagerAdapter将所有片段保存在内存中，当我们每次选择fragment时，它都会重新加载fragment。

两个适配器的实现是相同的。我们只需要在extend FragmentStatePagerAdapter上修改extend FragmentPagerAdapter

我把我自己的解决方案留在这里，这是一个变通办法，因为问题似乎是FragmentPagerAdapter不清理之前的片段，你可以添加到ViewPager，在片段管理器。所以，在添加FragmentPagerAdapter之前，我创建了一个方法来执行:

(在我的情况下，我从来没有添加超过3个片段，但你可以使用例如getFragmentManager(). getbackstackentrycount()，并检查所有的片段。

/**
 * this method is solving a bug in FragmentPagerAdapter which don't delete in the fragment manager any previous fragments in a ViewPager.
 *
 * @param containerId
 */
public void cleanBackStack(long containerId) {
    FragmentTransaction transaction = getFragmentManager().beginTransaction();
    for (int i = 0; i < 3; ++i) {
        String tag = "android:switcher:" + containerId + ":" + i;
        Fragment f = getFragmentManager().findFragmentByTag(tag);
        if (f != null) {
            transaction.remove(f);
        }
    }
    transaction.commit();
}

我知道这是一种变通方法，因为如果框架创建标签的方式发生变化，它将停止工作。

(当前为"android:switcher:" + containerId + ":" + i ")

那么使用方法是在得到容器之后:

ViewPager viewPager = (ViewPager) view.findViewById(R.id.view_pager);
cleanBackStack(viewPager.getId());

我认为PagerAdapter中没有任何类型的错误。问题是，理解它是如何工作的有点复杂。看看这里解释的解决方案，从我的角度来看，有一个误解，因此实例化视图的使用很差。

在过去的几天里，我一直在使用PagerAdapter和ViewPager，我发现了以下内容:

PagerAdapter上的notifyDataSetChanged()方法只会通知ViewPager底层页面已经更改。例如，如果您动态地创建/删除页面(从列表中添加或删除项目)，ViewPager应该负责这些。在这种情况下，我认为ViewPager决定是否应该使用getItemPosition()和getCount()方法删除或实例化一个新视图。

我认为ViewPager，在notifyDataSetChanged()调用后，它的子视图和检查他们的位置与getItemPosition()。如果对于子视图，该方法返回POSITION_NONE, ViewPager会认为该视图已被删除，并调用destroyItem()方法删除该视图。

通过这种方式，如果您只想更新页面的内容，覆盖getItemPosition()以总是返回POSITION_NONE是完全错误的，因为每次调用notifyDatasetChanged()时，以前创建的视图将被销毁，而新的视图将被创建。对于一些textview来说，这似乎没有什么问题，但是当你有复杂的视图时，比如从数据库中填充的listview，这可能是一个真正的问题和资源浪费。

So there are several approaches to efficiently change the content of a view without having to remove and instantiate the view again. It depends on the problem you want to solve. My approach is to use the setTag() method for any instantiated view in the instantiateItem() method. So when you want to change the data or invalidate the view that you need, you can call the findViewWithTag() method on the ViewPager to retrieve the previously instantiated view and modify/use it as you want without having to delete/create a new view each time you want to update some value.

例如，假设您有100个带有100个textview的页面，并且您只想定期更新一个值。使用前面解释的方法，这意味着您在每次更新时删除并实例化100个textview。这没有道理……