如果我创建一个新项目,并通过添加以下代码段仅编辑MainActivity:
public boolean dispatchTouchEvent(MotionEvent ev) { View contentsView = findViewById(android.R.id.content); int test1[] = new int[2]; contentsView.getLocationInWindow(test1); int test2[] = new int[2]; contentsView.getLocationOnScreen(test2); System.out.println(test1[1] + " " + test2[1]); return super.dispatchTouchEvent(ev);}
我将看到打印到控制台
108 108。这是使用运行4.3的Nexus 7。使用运行Android版本最早为2.2的模拟器时,我得到类似的结果。
普通活动窗口将FILL_PARENTxFILL_PARENT作为其WindowManager.LayoutParams,这将导致它们布局为整个屏幕的大小。窗口被放置在状态栏和其他装饰的下方(关于z顺序,而不是y坐标),因此我相信更准确的图表应为:
|--phone screen-----activity window---| |--------status bar-------------------| | | | | |-------------------------------------|
如果逐步研究这两种方法的源代码,您将看到
getLocationInWindow遍历视图的视图层次结构直至RootViewImpl,将视图坐标相加并减去父滚动偏移量。在我上面描述的情况下,ViewRootImpl从WindowSession获取状态栏的高度,并将其向下通过fitSystemWindows传递到ActionBarOverlayLayout,后者将该值添加到动作栏的高度。然后,ActionBarOverlayLayout将此求和的值应用于页边距的内容视图(即布局的父级)。
因此,您的内容的布局比状态栏要低,这不是因为窗口从比状态栏低的y坐标开始,而是由于对活动的内容视图应用了边距。
如果您
getLocationOnScreen查看源代码,您将看到它只是调用
getLocationInWindow,然后添加了Window的左坐标和顶坐标(ViewRootImpl也传递给View,后者从WindowSession中获取它们)。在正常情况下,这些值都将为零。在某些情况下,这些值可能不为零,例如,位于屏幕中间的对话框窗口。
因此,总结一下:正常活动的窗口充满了整个屏幕,甚至包括状态栏和装饰下的空间。有问题的两个方法将返回相同的x和y坐标。仅在特殊情况下(例如,窗口实际偏移的对话框),这两个值才会不同。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)