这是我得到的错误信息:
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。
我不明白这个问题。有什么问题吗? 我该怎么解决呢?
当前回答
我相信这是一个问题与目标来源是https。我怀疑这是因为你的iFrame url使用的是http而不是https。尝试将您要嵌入的文件的url更改为https。
例如:
'//www.youtube.com/embed/' + id + '?showinfo=0&enablejsapi=1&origin=http://localhost:9000';
是:
'https://www.youtube.com/embed/' + id + '?showinfo=0&enablejsapi=1&origin=http://localhost:9000';
其他回答
尝试使用window.location.href作为url来匹配窗口的原点。
我得到了同样的错误。我的错误是enablejsapi=1参数在iframe src中不存在。
至少在我的实例中，这似乎是一个无害的“未准备好”条件，API会不断重试，直到成功为止。
我在任何地方都能找到2到9个(在我最糟糕的测试中，通过蜂窝热点打开了20个标签的2009年的《化石书》)....但之后视频功能正常。一旦它运行我的postmessage基于调用seekTo肯定工作，还没有测试其他。
它看起来只是一个Chrome安全系统，阻止重复请求，使用CORB。
https://www.chromestatus.com/feature/5629709824032768
在我的案例中，YouTube在第一次加载相同的网页后阻止访问，该网页有许多视频API数据请求，高负载。
对于负载较低的页面，则不会出现此问题。
在Safari和其他非基于Chronuim的浏览器中，不会出现此问题。
如果我在新的浏览器中加载网页，问题不会发生，当我重新加载同一页面时，问题就出现了。
我也有同样的问题，原来是因为我有Chrome扩展“HTTPS无处不在”运行。禁用扩展解决了我的问题。
