这是我得到的错误信息:
Failed to execute 'postMessage' on 'DOMWindow': The target origin provided
('https://www.youtube.com') does not match the recipient window's origin
('http://localhost:9000').
我见过其他类似的问题，其中目标源是http://www.youtube.com，收件人源是https://www.youtube.com，但没有一个像我的问题一样，目标是https://www.youtube.com，源是http://localhost:9000。
我不明白这个问题。有什么问题吗? 我该怎么解决呢?
当前回答
它看起来只是一个Chrome安全系统，阻止重复请求，使用CORB。
https://www.chromestatus.com/feature/5629709824032768
在我的案例中，YouTube在第一次加载相同的网页后阻止访问，该网页有许多视频API数据请求，高负载。
对于负载较低的页面，则不会出现此问题。
在Safari和其他非基于Chronuim的浏览器中，不会出现此问题。
如果我在新的浏览器中加载网页，问题不会发生，当我重新加载同一页面时，问题就出现了。
其他回答
我得到了同样的错误。我的错误是enablejsapi=1参数在iframe src中不存在。
我也面临着同样的问题，然后我访问了Youtube官方Iframe Api，在那里我发现了这个:
用户的浏览器必须支持HTML5的postMessage特性。大多数现代浏览器都支持postMessage
而彷徨看到的官方页面也面临着这个问题。只需访问官方Youtube Iframe Api，查看控制台日志。我的Chrome版本是79.0.3945.88。
尝试使用window.location.href作为url来匹配窗口的原点。
我的是:
<youtube-player
[videoId]="'paxSz8UblDs'"
[playerVars]="playerVars"
[width]="291"
[height]="194">
</youtube-player>
我只是用playerVars删除了这一行，它在主机上没有错误。
至少在我的实例中，这似乎是一个无害的“未准备好”条件，API会不断重试，直到成功为止。
我在任何地方都能找到2到9个(在我最糟糕的测试中，通过蜂窝热点打开了20个标签的2009年的《化石书》)....但之后视频功能正常。一旦它运行我的postmessage基于调用seekTo肯定工作，还没有测试其他。
