WPS 环境的特殊性：

• wps.ShowDialog() 可能创建的是一个独立的 WPS 窗口，而不是标准的浏览器弹窗

  
  

• 弹窗运行在不同的 JavaScript 上下文或进程中

  
  

• window.opener 引用可能为 null 或指向了一个不可访问的对象

  
  

• 即使 window.opener 不为 null，也可能无法正确访问父窗口的方法和属性

  
  

情况 B：使用 window.open()

虽然标准浏览器环境下 window.open() 会设置正确的 window.opener 引用，但在 WPS 插件环境中仍可能存在问题：

┌─────────────────────────────────────────┐
│      浏览器环境 (WPS 插件上下文)          │
│                                         │
│  ┌──────────────┐    ┌───────────────┐ │
│  │  TaskPane    │────>│  ShowDialog   │ │
│  │  (主窗口)     │    │  (弹窗)        │ │
│  │              │    │               │ │
│  │ window: A    │    │ window: B     │ │
│  │ opener: null │<───│ opener: A ✓   │ │ ← 理论上正确
│  └──────────────┘    └───────────────┘ │
│         ↑                    │          │
│         │                    │          │
│         │  postMessage 可能失败的原因:  │
│         │  1. 跨域限制                    │
│         │  2. 沙箱环境隔离                │
│         │  3. 窗口引用丢失                │
│         └────────────────────────────┘  │
│                                         │
└─────────────────────────────────────────┘

各方式失败原因：

3. 为什么 window.opener 会失效？

技术原因详解：

3.1 WPS 窗口管理机制

传统浏览器环境:
┌─────────────────────────────────────┐
│ 浏览器进程                           │
│  ┌─────────────┐  ┌──────────────┐ │
│  │ 主窗口       │  │ 弹窗         │ │
│  │ window.opener ─>│ 引用指向主窗口│ │ ← 正常工作
│  └─────────────┘  └──────────────┘ │
└─────────────────────────────────────┘


WPS 插件环境:
┌─────────────────────────────────────┐
│ WPS 主进程                           │
│  ┌─────────────┐  ┌──────────────┐ │
│  │ TaskPane    │  │ ShowDialog   │ │
│  │ (进程 A)     │  │ (进程 B)      │ │ ← 进程隔离
│  │             │  │              │ │
│  │ 无直接引用   │  │ opener = null│ │ ← 引用丢失
│  └─────────────┘  └──────────────┘ │
│         ↑                ↑          │
│         └───── IPC ─────┘          │
└─────────────────────────────────────┘

// 可能的限制场景
1. Sandbox 属性: 如果弹窗被设置了 sandbox 属性
   <iframe sandbox="allow-scripts allow-same-origin">
   // 会阻止 window.opener 访问


2. opener 为 null 的情况:
   // 某些环境下，为了安全，opener 会被设为 null
   window.open(url, '_blank', 'noopener')  // 显式设置 noopener


3. 跨域限制:
   // 即使 postMessage 允许跨域，某些环境仍会拦截
   targetWindow.postMessage(message, '*')  // '*' 可能被拦截

// WPS 插件可能使用的技术栈
1. Electron 或 Chromium 嵌入式浏览器
   - 多进程架构
   - 窗口隔离
   - 需要使用 IPC 通信


2. WPS 自定义窗口管理器
   - 不遵循标准浏览器窗口行为
   - 自定义的窗口打开/关闭逻辑
   - window.opener 可能未正确设置


3. 安全沙箱
   - 限制窗口间的直接访问
   - 需要通过 WPS API 中转

// 不需要知道目标窗口的引用
// 不依赖 window.opener
const channel = new BroadcastChannel('channel_name')
channel.postMessage(message)  // 直接发送

// 浏览器保证同源窗口可以通信
// 无需担心跨域问题
// 无需传递窗口引用

// 一个消息可以到达所有订阅者
// 不需要知道接收方的数量和状态

onMounted(() => {
  // 调试：检查 window.opener
  console.log('window.opener:', window.opener)
  console.log('window.opener === null:', window.opener === null)
  console.log('window.opener === undefined:', window.opener === undefined)
  console.log('window.parent:', window.parent)
  console.log('window.parent === window:', window.parent === window)


  // 尝试访问父窗口
  try {
    if (window.opener) {
      console.log('opener.location:', window.opener.location)
    }
  } catch (e) {
    console.error('Cannot access opener:', e)
    // 这里很可能会抛出安全错误
  }
})

// 在 ShowDialog.vue 发送消息后
const testBroadcastChannel = () => {
  const channel = new BroadcastChannel('test_channel')


  // 监听自己的消息（BroadcastChannel 会广播给所有订阅者，包括自己）
  channel.onmessage = (event) => {
    console.log('Received my own message:', event.data)
  }


  channel.postMessage({ test: 'hello' })


  // 如果能在控制台看到 "Received my own message"，说明 BroadcastChannel 工作正常
}