全局临时视图生命周期绑定当前spark应用（sparkcontext），作用域限于同一应用内所有sparksession共享的global_temp命名空间，退出即销毁，不跨jvm进程。
全局临时视图的生命周期和作用域到底是什么
Spark SQL 的 CREATE GLOBAL TEMP VIEW 创建的视图不是“跨应用”或“跨 SparkSession”的永久对象，而是绑定到当前 Spark 应用（即 SparkContext）的全局命名空间 global_temp。它在应用退出时自动销毁，不能被其他 JVM 进程（比如另一个 spark-shell 或独立提交的 jar）访问。
- 视图名必须显式带上
global_temp.前缀才能查询，例如SELECT * FROM global_temp.my_view - 同一应用内所有
SparkSession实例共享该命名空间，所以新创建的SparkSession也能查 - 它不写入 Hive Metastore，也不受
spark.sql.catalogImplementation设置影响（哪怕设为hive）
怎么正确创建并验证全局临时视图
创建前确保数据源可用，且语句在某个 SparkSession 中执行；创建后必须用限定名访问：
spark.sql("CREATE GLOBAL TEMP VIEW user_summary AS SELECT id, COUNT(*) c FROM users GROUP BY id")
spark.sql("SELECT * FROM global_temp.user_summary").show()
- 不加
global_temp.前缀会报错：Table or view not found: user_summary - 如果重名创建，不会报错，但会静默覆盖（类似
CREATE OR REPLACE行为） - 视图定义不固化 schema：底层表结构变更后，下次查询可能失败，不会提前校验
为什么在不同 SparkSession 里查不到，或者报 resolve 错误
常见错误是误以为“全局”等于“跨进程”，实际只限于同一 SparkContext。以下情况会导致查不到：
- 在另一个
spark-submit启动的应用中运行SELECT FROM global_temp.xxx→ 报Table or view not found - 在 notebook 中重启 kernel 或新建
SparkSession但没重建global_temp视图 → 视图已丢失 - 使用了
spark.sql.adaptive.enabled=true且视图引用了未 broadcast 的小表 → 可能触发计划解析失败，建议显式缓存源表再建视图
替代方案：什么时候该用永久表而不是全局临时视图
如果需要真正持久、跨会话、跨应用访问，global_temp 不适用，应考虑：
- 写入 Hive/ Iceberg/ Delta Lake 等支持 catalog 的格式，用
CREATE TABLE+USING指定格式 - 使用
spark.sql("CREATE VIEW ...")（非 global）配合 Hive Metastore，前提是启用了 Hive 支持且配置了hive.metastore.uris - 对临时中间结果，优先用
DataFrame.cache()或.persist()，比反复查视图更高效
全局临时视图真正的价值场景很窄：单个 Spark 应用内多个 notebook cell 或多个子模块需要共享一份轻量逻辑封装，且不想污染 Hive 或落盘。一旦涉及协作、调度或复用，它的“全局”就立刻失效。
