【问题标题】:Missing or Incorrect images and backgrounds randomly throughout app lifecycle在整个应用生命周期中随机丢失或不正确的图像和背景
【发布时间】:2012-09-15 18:52:57
【问题描述】:

我希望这里的人可能知道导致这种行为的原因:

在我的整个应用程序中,在看似随机的地方和随机条件下,我都在观察这个奇怪的 UI 问题。图像有时被加载为黑色(具有正确的边界)或不正确的图像源(再次,具有正确的边界)。这会影响ImageViews 并影响android:background 带有颜色资源引用的标签。

我的应用程序依赖于 6 个库项目,它通过服务运行本机代码,应用程序中的活动使用 GlSurfaceViews(尽管并非所有显示问题的活动都包含 OpenGL 组件)。通过使用大量内存,我认为问题可能来自这些地方或它们的组合。

您可以在以下屏幕截图中看到此行为:

  • 这实际上是一个 6 像素左右宽的列分隔符图像,它被错误地绘制到我的 ImageView 中(ImageView 本身的大小似乎正确)。

  • 当退出应用程序然后再次(重复)返回时,它反而出现(并保持)如下:

  • 在强制清除和清除应用数据后,它返回到正确的格式:

您还可以看到,它旁边的放大镜图像在每个图像中都显示良好。这些丢失/不正确的图像和背景的问题似乎在整个应用程序生命周期中随机发生,我一直无法找到重现它的方法。

这些图像的布局没有什么特别之处,在渲染生命周期中我没有做任何有趣的事情(我没有覆盖onDraw()onMeasure() 等)。这些图像的来源不是动态设置的,而是通过 XML 设置的。

从上面的示例可以看出,这不是构建问题,因为它发生在应用生命周期之间而不是安装之间。它也出现在不同的设备上,例如三星 8.9、Acer Iconia Tab、Motarola XOOM,

在我看来,引用表存在某种错误,它可能是由我的本机代码推动的吗?还是我在应用程序的某些阶段使用过多内存造成的?

这是上述示例的 XML 源代码:

<LinearLayout   xmlns:android="http://schemas.android.com/apk/res/android"
                android:id="@+id/browseProgressWrapper"
                android:layout_width="match_parent"
                android:layout_height="@dimen/actionbar_compat_height"
                android:orientation="horizontal">
    <RelativeLayout android:layout_width="@dimen/search_bar_width"
                    android:layout_height="match_parent">       
        <EditText       android:id="@+id/browseFilter"
                        android:layout_width="match_parent"
                        android:layout_height="match_parent"
                        android:layout_marginTop="4dp"
                        android:layout_marginLeft="5dp"         
                        android:imeOptions="actionSearch"
                        android:background="@drawable/edit_text_blue"
                        android:maxLength="30"/>
        <ImageView      android:id="@+id/clearSearch"
                        android:layout_width="wrap_content"
                        android:layout_height="wrap_content"
                        android:layout_alignParentRight="true"
                        android:layout_centerVertical="true"
                        android:src="@drawable/ic_input_delete"
                        android:layout_marginRight="5dp"/>
    </RelativeLayout>                   
    <ImageView      android:id="@+id/browseFilterButton"
                    android:src="@drawable/ic_menu_search"
                    android:scaleType="center"
                    android:layout_width="@dimen/actionbar_compat_height"
                    android:layout_height="@dimen/actionbar_compat_height"
                    android:layout_gravity="center_vertical"
                    android:minWidth="@dimen/actionbar_compat_height"/>         
</LinearLayout>

我碰巧得到了另一个类似事件的代码/布局的更完整描述:

我有一个“设置”Activity,它会在保存新设置详细信息后重新启动我的应用程序。它通过停止Service、调用新的Activity(Splash Activity)并完成自身来实现:

   mConfiguration.save();
   mConfiguration = new Configuration(Configuration.getInstance());
   getActivity().stopService(new Intent(getActivity(), NativeService.class));
   getActivity().finish();
   startActivity(new Intent(getActivity(), SplashActivity.class));

大多数情况下(在大多数设备上)这都能正常工作,Splash Activity 包含正确加载的图像。有时,尽管在某些设备上,Splash Activity 加载了不正确的资源(我的测试人员称之为“颠倒的耐克刻度”)或只是一个空白框(如下所示)。有谁知道为什么?

这是 Splash 页面的布局,您可以看到它非常简单,没有任何意外:

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:background="@color/ContentBackgroundColor"
    android:orientation="vertical" >

    <View
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:layout_weight="2" />

    <ImageView
        android:id="@+id/image"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_gravity="center_horizontal"
        android:src="@drawable/manager_android_400" />

    <View
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:layout_weight="1" />

    <ProgressBar
        style="@android:style/Widget.ProgressBar.Large"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_gravity="center_horizontal" />

    <View
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:layout_weight="2" />

</LinearLayout>

理论检验和证明:

我推测这可能是处理器/内存问题,在启动画面退出并移动到下一个活动之前布局没有被完全绘制,所以我输入了这段代码:

    image = (ImageView) findViewById(R.id.image);
    image.getViewTreeObserver().addOnGlobalLayoutListener(new OnGlobalLayoutListener() {
        
        @Override
        public void onGlobalLayout() {
            image.getViewTreeObserver().removeGlobalOnLayoutListener(this);
            moveToStartScreen.start();
        }
    });

希望上面的代码可以确保图像在移动到开始页面之前确实已加载,但似乎没有可观察到的效果。

另一种理论

我还想知道这是否可能是由 R.id / R.colour / R.drawable 资源引起的,在程序执行中如何被破坏?有谁知道为什么会发生。

我的本​​机代码会在一些 Android 未正确分配的内存地址上泛滥吗?

以前有没有人注意到这一点 - 或者可能知道为什么会发生这种行为?

【问题讨论】:

  • 我在使用的库项目中出现了错误的可绘制对象的问题,由于你报告了同样的事情,我在谷歌上搜索它并最终得到stackoverflow.com/questions/7724145/…。有什么帮助吗?
  • 您能否详细解释一下您的本机代码如何与您的应用程序交互?对我来说,在某些东西上涂鸦的本地代码似乎是最合理的。
  • @MattGibson Native Code 接口通过 JNI 方法触发 UI 组件可以注册接收的回调/侦听器方法。除非您考虑将本机代码直接写入 OpenGL 上下文,否则不会在 JNI 之外直接发送数据。
  • @Graeme 我很想知道您的问题是否与我遇到的问题有关。经过无数小时的调试,我找到了我的旁路。 (见stackoverflow.com/questions/16526275/…)。如果您有机会检查我的旁路,请告诉我它是如何进行的。

标签: android image layout tearing


【解决方案1】:

这是一个简单的刷新、清理和重建问题。 各种可绘制文件夹或资源 id 索引中的图像是乱序的,因为它们要么在 eclipse IDE 之外更改(通过外部源代码控制,如 GIT、SVN 或其他编辑),并且没有在 eclipse 导航器中刷新。或者,这些文件可能已在您的 UI Activity 所依赖的库项目中进行了更新。

我发现虽然 .java 文件依赖关系在整个系统中传播,但对于图像和 .xml 文件等资源而言,情况并非总是如此。

解决方案相当简单,清理所有内容,刷新所有项目,然后重建。拉伸或黑色边缘应该消失。

注意:当 9-patch 图像被视为标准 .png 图像时,会出现此问题的主要表现。这意味着它们会在图像上以线性方式拉伸,而不仅仅是在边缘。对我来说,这解释了您的“撕裂/拉伸”示例。我经常看到类似的。另一个常见的表现是文本字符串偶尔会显示错误的资源!

【讨论】:

  • 我遇到了类似的问题,在处理 9 补丁图像时出错,但 maven 构建会在问题图像之后处理任何图像,但整个构建不会t 失败,导致未经处理的 9 补丁图像(由 android SDK 工具链构建)被包含在 APK 中,从而破坏了所有视觉效果。好消息是它是 maven 并且打印出一个错误来查找问题。不确定 Eclipse 构建是否可以向您显示日志,但如果可以/可以,您可能会发现它抱怨一个资源将其全部关闭。
  • 感谢您的回答。在 10 多个发布版本中,这个问题已经持续了好几个月,天知道有多少 100 个调试版本。
  • 另外,所涉及的图像不是 9-patches,其中一些甚至不是图像(它们是指向颜色资源的链接)。此外,清除应用程序上的数据并重新启动可以解决问题,这意味着它不可能是构建问题。
【解决方案2】:

Graeme,我遇到了几乎相同的问题,发现是android平台的一个报告的bug。我认为它在 3.0 版本中得到了纠正。您正在使用哪个 API 进行编译?尝试使用最后可用的 api 进行构建,并确保使用 JDK 1.6 进行编译

如果您的问题与此错误有关,这应该可以解决问题。

【讨论】:

  • 它的呈现方式肯定与错误报告中的不同(丢失的图像遍布整个应用程序,因此不是“第一个”图像,尽管我可以很容易地想象这是资源 id 冲突和我一直怀疑它是一个操作系统错误。
  • 我可以确认此错误在 Honeycomb+ 版本的操作系统上不存在,因此我希望随着更多设备升级或过时,该错误的发生率会减少。
猜你喜欢
  • 1970-01-01
  • 2013-10-15
  • 1970-01-01
  • 2023-03-25
  • 2013-01-14
  • 2013-06-21
  • 1970-01-01
  • 2012-02-08
  • 1970-01-01
相关资源
最近更新 更多