如果我创建一个新项目，并通过添加以下代码段仅编辑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坐标。仅在特殊情况下（例如，窗口实际偏移的对话框），这两个值才会不同。
