我注意到onLayout和onSizeChanged在方向更改后立即连续调用两次,从landscape-> portrait或者portrait-> landscape处理配置更改时一个活动。此外,第一个onLayout / onSizeChanged包含旧维度(在旋转之前),而第二个onLayout / onSizeChanged包含 new (正确)维度。
有谁知道为什么,和/或如何解决这个问题?似乎在配置更改后很长一段时间内屏幕大小发生了变化 - 即,在调用onConfigurationChanged
时配置发生变化后,维度是否立即正确?
以下代码的调试输出,显示从Portrait到Landscape旋转后的onLayout / onSizeChanged调用(注意设备为540x960,因此横向宽度应为960,纵向宽度为540):
03-13 17:36:21.140: DEBUG/RotateTest(27765): onConfigurationChanged: LANDSCAPE
03-13 17:36:21.169: DEBUG/RotateTest(27765): onSizeChanged:540,884,0,0
03-13 17:36:21.189: DEBUG/RotateTest(27765): onLayout:true-0,0,540,884
03-13 17:36:21.239: DEBUG/RotateTest(27765): onSizeChanged:960,464,540,884
03-13 17:36:21.259: DEBUG/RotateTest(27765): onLayout:true-0,0,960,464
另请注意,第一个onSizeChanged oldwidth和oldheight为0,表示我们刚刚添加到视图层次结构中 - 但是景观的错误的维度!
以下是说明此行为的代码:
package com.example;
import android.app.Activity;
import android.content.res.Configuration;
import android.os.Bundle;
import android.util.Log;
import android.widget.FrameLayout;
public class MyActivity extends Activity
{
private static String TAG = "RotateTest";
@Override
public void onConfigurationChanged(Configuration newConfig) {
Log.d(TAG, "onConfigurationChanged: " + (newConfig.orientation == 1 ? "PORTRAIT" : "LANDSCAPE"));
super.onConfigurationChanged(newConfig);
_setView();
}
@Override
public void onCreate(Bundle savedInstanceState)
{
Log.d(TAG, "onCreate");
super.onCreate(savedInstanceState);
_setView();
}
private void _setView() {
MyHorizontalScrollView scrollView = new MyHorizontalScrollView(this, null);
setContentView(scrollView);
}
}
package com.example;
import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.widget.HorizontalScrollView;
public class MyHorizontalScrollView extends HorizontalScrollView {
private static String TAG = "RotateTest";
public MyHorizontalScrollView(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
super.onLayout(changed, l, t, r, b);
Log.d(TAG, "onLayout:" + String.format("%s-%d,%d,%d,%d", changed, l, t, r, b));
}
@Override
protected void onSizeChanged(int w, int h, int oldw, int oldh) {
super.onSizeChanged(w, h, oldw, oldh);
Log.d(TAG, "onSizeChanged:" + String.format("%d,%d,%d,%d", w, h, oldw, oldh));
}
}
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example"
android:versionCode="1"
android:versionName="1.0"
>
<uses-sdk android:minSdkVersion="8" android:targetSdkVersion="9"/>
<application android:label="@string/app_name"
>
<activity android:name="MyActivity"
android:label="@string/app_name"
android:configChanges="orientation"
>
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
</application>
</manifest>
答案 0 :(得分:7)
我自己一直在想这个问题很长一段时间。
我回答问题的方式 - 因为我确实认为答案是,这取决于 - 在try/catch
方法中添加requestLayout
或日志记录语句。这样您就可以查看重新测量和重新布局的请求的时间,以及try/catch,
由谁发出的情况。
Android中的布局方式是将视图标记为具有requestLayout
的脏布局。总是在某个时间间隔内在UI线程上运行的Android looper将重新测量和重新布局树中的视图,这些视图在将来的某个不确定点被标记为脏。
我冒昧地猜测onConfigurationChanged
,你正在进行多次requestLayout
次调用,而looper正在调用onMeasure
中间的某个位置。
这就是我对日志记录的看法:
11-07 15:39:13.624: W/YARIAN(30006): requestLayout
11-07 15:39:13.632: W/YARIAN(30006): requestLayout
11-07 15:39:13.640: W/YARIAN(30006): requestLayout
11-07 15:39:13.647: W/YARIAN(30006): requestLayout
11-07 15:39:13.686: W/YARIAN(30006): requestLayout
11-07 15:39:13.718: W/YARIAN(30006): requestLayout
11-07 15:39:13.827: W/YARIAN(30006): requestLayout
11-07 15:39:14.108: W/YARIAN(30006): onLayout
11-07 15:39:14.155: W/YARIAN(30006): requestLayout
11-07 15:39:14.272: W/YARIAN(30006): onLayout
The Android documentation has more information关于测量和布局,但遗憾的是我上面描述的具体内容很短。
事件处理和线程
视图的基本周期如下:
- 事件进入并被分派到适当的视图。视图处理事件并通知任何侦听器。
- 如果在处理事件的过程中,可能需要更改视图的边界,视图将调用requestLayout()。
- 同样,如果在处理事件的过程中可能需要更改视图的外观,视图将调用invalidate()。
- 如果调用了requestLayout()或invalidate(),框架将负责测量,布局和绘制 树在适当的时候。
醇>注意:整个视图树是单线程的。你必须永远在 在任何视图上调用任何方法时的UI线程。如果你在做 在其他线程上工作,并希望从中更新视图的状态 线程,你应该使用一个处理程序。