1.setcontentview和setview的区别
2.我创建了一个类，源码继承自Activity 为什么setContentView(R.layout.main)中参数R引用不到
3.❤️ Android 源码解读-从setContentView深入了解 Window|Activity|View❤️
4.setContentView()及LayoutInflater布局加载源码分析
5.Android中setContentView的源码用法是什么？

setcontentview和setview的区别

       ä»¥Dialog为例：

       //Code Start

       DialogBuilder builder = new DialogBuilder(MainAcitivty.this);

       builder.setView(mLayout_1);

       Dialog dialog = builder.create();

       dialog.show();

       dialog.setContentView(mLayout_2);

       //Code End

       ä»Žä¸Šé¢çš„代码可以看出：

       setView是DialogBuilder类的方法，setContentView是Dialog类的方法。

       setView是在dialog.show()之前使用的，而setContentView是在dialog.show()之后使用的。

       å¯ä»¥ç†è§£ä¸ºï¼ŒsetView是在Dialog初始化时使用的布局视图，而setContentView是在Dialog展示之后修改它的现有布局视图。

       ä¸¤è€…实现的功能基本一样，只是用法稍微有点不同。

我创建了一个类，继承自Activity 为什么setContentView(R.layout.main)中参数R引用不到

       在探讨为什么在 Activity 类的源码 setContentView(R.layout.main) 中参数 R 引用不到的问题时，首先要明确的源码是 R.java 文件是一个由编译器自动生成的文件，通常位于 gen 目录下。源码R.java 文件包含了项目中所有资源的源码mfc源码查找引用，例如布局文件、源码、源码字符串等。源码

       在您的源码情况下，问题可能出在 Eclipse 自动编译工程的源码设置上。确保在 Eclipse 中，源码自动编译工程的源码选项是开启的。这可以通过在菜单栏中选择“Window”>“Preferences”>“Android”>“Build”来检查和修改。源码如果“Build Automatically”选项没有被勾选，源码那么每次对项目进行修改后都需要手动执行编译操作。

       执行编译操作有两种方式，一种是pjsip源码右键点击项目，在出现的菜单中选择“Build Project”，另一种是通过菜单栏中的“Run”>“Build Project”。确保在执行编译前，您的 xml 文件中没有语法错误或其他问题，因为这些错误会导致 R.java 文件无法正确生成，进而影响对资源的引用。

       检查您的 xml 文件，确保其中的标签、属性等都正确无误，没有拼写错误或逻辑错误。例如，在定义布局文件时，确保所有控件的 ID 声明与 R.java 文件中生成的 ID 相匹配。如果 xml 文件中的问题导致编译失败，解决这些问题后，再次尝试编译项目，确保所有资源的netlib 源码引用都能正常工作。

       最后，一旦确认 xml 文件没有错误，且自动编译设置已开启，但仍然遇到引用不到的问题，可能需要检查 R.java 文件本身是否有被意外删除或修改的情况。在极少数情况下，由于项目结构或编译器的特定行为，R.java 文件可能不会自动生成或更新。这时，重新编译项目并检查 R.java 文件是否已正确生成是很必要的。

❤️ Android 源码解读-从setContentView深入了解 Window|Activity|View❤️

       Android系统中，Window、Activity、View之间的关系是紧密相连且相互作用的。了解这三者之间的关系，有助于深入理解Android应用的渲染和交互机制。

       在Android中，sar 源码通常在创建Activity时会调用`setContentView()`方法，以指定显示的布局资源。这个方法主要作用是将指定的布局添加到一个名为`DecorView`的容器中，并最终将其显示在屏幕上。这一过程涉及到多个组件的交互，下面分步骤解析。

       在`Activity`类中，`setContentView()`方法调用`getWindow()`方法获取`Window`对象，而`Window`对象在`Activity`的`attach()`方法中被初始化。`Window`对象是一个抽象类，其默认实现为`PhoneWindow`，这是Android特定的窗口实现。

       `PhoneWindow`在创建时会通过`setWindowManager()`方法与`WindowManager`进行关联。`WindowManager`是系统级组件，用于管理所有的窗口，包括窗口的创建、更新、债权源码删除等操作。`WindowManager`的管理最终由`WindowManagerService`（WMS）执行，这是一个运行在系统进程中的服务。

       在`PhoneWindow`中，`installDecor()`方法会初始化`DecorView`和`mContentParent`。`mContentParent`是一个`ViewGroup`，用于存放`setContentView()`传入的布局。通过`mLayoutInflater`的`inflate()`方法，将指定的布局资源添加到`mContentParent`中。

       `DecorView`是一个特殊的`FrameLayout`，包含了`mContentParent`。在完成布局的添加后，`DecorView`本身并没有直接与`Activity`建立联系，也没有被绘制到屏幕上显示。`DecorView`的绘制和显示发生在`Activity`的`onResume()`方法执行后，这时`Activity`中的内容才真正可见。

       当`Activity`执行到`onCreate()`阶段时，其内容实际上并没有显示在屏幕上，直到执行到`onResume()`阶段，`Activity`的内容才被真正显示。这一过程涉及到`ActivityThread`中的`handleResumeActivity()`方法，该方法会调用`WindowManager`的`addView()`方法，将`DecorView`添加到`WindowManagerService`中，完成`DecorView`的绘制和显示。

       `WindowManagerService`通过`addView()`方法将`DecorView`添加到显示队列中，并且在添加过程中，会创建关键的`ViewRootImpl`对象，进一步管理`DecorView`的布局、测量和绘制。`ViewRootImpl`会调用`mWindowSession`的`addToDisplay()`方法，将`DecorView`添加到真正的显示队列中。

       `mWindowSession`是`WindowManagerGlobal`中的单例对象，其内部实际上是一个`IWindowSession`类型，通过`AIDL`接口与系统进程中的`Session`对象进行通信，最终实现`DecorView`的添加和显示。

       通过`setView()`方法的实现，可以看到除了调用`IWindowSession`进行跨进程添加`View`之外，还会设置输入事件处理。当触屏事件发生时，这些事件首先通过驱动层的优化计算，通过`Socket`跨进程通知`Android Framework`层，最终触屏事件会通过输入管道传送到`DecorView`处理。

       在`DecorView`内部，触屏事件会通过`onProcess`方法传递给`mView`，即`PhoneWindow`中的`DecorView`。最终，事件传递到`PhoneWindow`中的`View.java`实现的`dispatchPointerEvent()`方法，并调用`Window.Callback`的`dispatchTouchEvent(ev)`方法。对于`Activity`来说，`dispatchTouchEvent()`方法最终还是会调用`PhoneWindow`的`superDispatchTouchEvent()`，然后传递给`DecorView`的`superDispatchTouchEvent()`方法，完成事件的分发和处理。

       综上所述，通过`setContentView()`的过程，我们可以清晰地看到`Activity`、`Window`、`View`之间的交互关系。整个过程主要由`PhoneWindow`组件主导，而`Activity`主要负责提供要显示的布局资源，其与屏幕的直接交互则通过`WindowManager`和`WindowManagerService`实现。

setContentView()及LayoutInflater布局加载源码分析

       setContentView()和LayoutInflater布局加载源码深度解析

       当我们在Android应用中调用setContentView()时，其实涉及到了一系列复杂的流程。这个过程主要分为三个步骤：系统布局加载、LayoutInflater初始化以及LayoutInflater布局加载。

       首先，setContentView()方法通过Activity的PhoneWindow对象加载布局。在判断mContentParent是否为空后，会创建DecorView，然后将自定义的activity_main_layout加载到mContentParent，这个mContentParent对应id为R.id.content的Layout。接着，系统会加载一个包含R.id.content的系统布局到DecorView中。

       LayoutInflater的初始化过程关键在于其作为系统服务注册在SystemServiceRegistry中。当我们通过LayoutInflater.from(this)获取实例时，实际上是通过SystemServiceRegistry获取并初始化LayoutInflater的。

       LayoutInflater的布局加载流程则涉及xml预编译、View的反射创建以及递归解析子布局。在inflate方法中，会先检查根节点标签是否为"merge"，然后决定是否递归加载子布局并决定是否添加到父布局中。View的创建则可能通过自定义的Factory进行拦截和定制。

       总结来说，setContentView()和LayoutInflater的交互使得我们能够灵活地加载和定制Activity的布局。通过理解这些源码细节，开发者可以更好地控制和优化应用的界面显示。

Android中setContentView的用法是什么？

       setContentView(R.layout.main);这句是给activity设置一个layout布局

       你换成LinearLayout LL;

       LL = (LinearLayout) findViewById(R.id.LL);

       setContentView(LL);应该会报空指针吧，

       1、setContentView的作用是将View加载到根view之上，这样当显示view时，先显示根view，然后在显示子view，以此类推，最终将所有view显示出来。

       2、setContentView必须要放在findviewbyid之前，因为view在加载之前是无法引用的。

       3、setContentView最本质的作用是为要显示的view分配内存。

       你这边犯了第二条