简述Dialog的Context只能是Activity的Context，不能是Application的Context ？
在 Android 开发中，Dialog 的 Context 必须是 Activity 的 Context，而不能是 Application 的 Context，原因如下：
Dialog依赖于Activity的 UI 环境
Dialog 是一种界面元素，通常会弹出在当前的 Activity 界面上。因此，Dialog 需要一个依附的 Activity 来管理它的生命周期和显示位置。如果传入的是 Application 的 Context，系统将无法知道该将 Dialog 显示在哪个界面上，因为 Application 级别的 Context 不具备具体的 UI 环境。
Application的Context生命周期和Activity不一致
Application 的生命周期与整个应用程序一致，通常从应用启动到应用被关闭，而 Activity 的生命周期相对较短。当 Activity 被销毁或切换时，依附于 Activity 的 Dialog 也需要相应地被销毁。如果使用 Application 的 Context，Dialog 将无法正确地跟随 Activity 的生命周期，可能导致内存泄漏，或者在 Activity 已经销毁的情况下仍然显示，影响用户体验。
实际应用场景示例
假设我们在一个登录页面上显示加载中的 Dialog（比如在用户点击“登录”按钮时出现）。我们希望这个 Dialog 在用户登录完成后自动消失，或者在用户返回到上一个页面时也自动消失。
- 如果我们使用
Activity的Context创建Dialog，当用户退出这个登录页面或销毁Activity时，Dialog也会自动销毁。 - 但是，如果我们使用
Application的Context，当用户退出登录页面后，Dialog可能还在显示，因为它依赖于Application的生命周期而不是Activity的生命周期。这种情况下，用户可能会看到“登录中”对话框在其它页面上出现，造成混乱。
总结
因此，为了确保 Dialog 正确显示和销毁，我们在创建 Dialog 时应使用 Activity 的 Context。