13

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

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

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

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

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

    撕裂

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

    黑色的

  • 在 Force Clear 和 Clear App Data 之后,它返回到正确的格式:

    这是原文:

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

这些图像的布局没什么特别的,在渲染生命周期中我没有做任何有趣的事情(我没有覆盖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,它会在保存新的设置详细信息后重新启动我的应用程序。它通过停止 a 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 未正确分配的内存地址上猖獗?

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

4

2 回答 2

2

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

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

于 2012-10-09T08:12:40.383 回答
0

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

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

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

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

于 2012-10-03T01:27:54.963 回答