我的用例:在我的react应用程序中，在用户单击后端执行API调用。根据响应，打开新选项卡，并将api响应作为参数添加到新选项卡URL(在同一域中)。

在我的用例中，唯一需要注意的是，接收API响应需要1秒钟的时间。因此弹出窗口阻止显示(如果它是活跃的)时，打开URL在一个新的选项卡。

为了避免上述问题，下面是示例代码，

var new_tab=window.open()
axios.get('http://backend-api').then(response=>{
    const url="http://someurl"+"?response"
    new_tab.location.href=url;
}).catch(error=>{
    //catch error
})

总结:创建一个空选项卡(如上面的第1行)，当API调用完成时，您可以用url填充选项卡并跳过弹出窗口阻止程序。

我的用例:在我的react应用程序中，在用户单击后端执行API调用。根据响应，打开新选项卡，并将api响应作为参数添加到新选项卡URL(在同一域中)。

在我的用例中，唯一需要注意的是，接收API响应需要1秒钟的时间。因此弹出窗口阻止显示(如果它是活跃的)时，打开URL在一个新的选项卡。

为了避免上述问题，下面是示例代码，

var new_tab=window.open()
axios.get('http://backend-api').then(response=>{
    const url="http://someurl"+"?response"
    new_tab.location.href=url;
}).catch(error=>{
    //catch error
})

总结:创建一个空选项卡(如上面的第1行)，当API调用完成时，您可以用url填充选项卡并跳过弹出窗口阻止程序。

The general rule is that popup blockers will engage if window.open or similar is invoked from javascript that is not invoked by direct user action. That is, you can call window.open in response to a button click without getting hit by the popup blocker, but if you put the same code in a timer event it will be blocked. Depth of call chain is also a factor - some older browsers only look at the immediate caller, newer browsers can backtrack a little to see if the caller's caller was a mouse click etc. Keep it as shallow as you can to avoid the popup blockers.

作为一个好的实践，我认为这是一个好主意，测试一个弹出窗口是否被阻止，并采取行动，以防万一。你需要了解那个窗口。Open有一个返回值，如果操作失败，该值可能为空。例如，在以下代码中:

function pop(url,w,h) {
    n=window.open(url,'_blank','toolbar=0,location=0,directories=0,status=1,menubar=0,titlebar=0,scrollbars=1,resizable=1,width='+w+',height='+h);
    if(n==null) {
        return true;
    }
    return false;
}

如果弹出窗口被阻塞，窗口。Open将返回null。所以函数会返回false。

例如，想象一下直接从任何链接调用这个函数 target="_blank":如果弹出窗口被成功打开，返回 False将阻塞链接动作，否则如果弹出窗口被阻塞， 返回true将允许默认的行为(打开新的_blank 窗口)然后继续。

<a href="http://whatever.com" target="_blank" onclick='return pop("http://whatever.com",300,200);' >

这样你就会有一个弹出窗口，如果它工作，和一个_blank窗口 不是。

如果弹出框没有打开，你可以:

像例子中那样打开一个空白窗口，然后继续 打开一个假的弹出窗口(页面内的iframe) 通知用户(“请允许本网站弹出窗口”) 打开一个空白窗口，然后通知用户 等。

@here 我发现它在所有浏览器中都可以正常工作

window.open(URL) || window.location.assign(URL)

从谷歌的oauth JavaScript API:

http://code.google.com/p/google-api-javascript-client/wiki/Authentication

请看上面写着:

设置认证

OAuth 2.0的客户端实现使用一个弹出窗口来提示用户登录并批准应用程序。第一次调用gapi.auth.authorize可以触发弹出窗口拦截器，因为它间接地打开了弹出窗口。为了防止弹出窗口阻止程序在认证调用时触发，在客户端加载时调用gapi.auth.init(回调)。当库准备进行身份验证调用时，将执行提供的回调。

我猜这与上面的真实答案有关，它解释了如果有立即的反应，它不会触发弹出警报。“gapi.auth。Init使API立即发生。

实际应用

我在npm上使用节点护照和每个提供商的各种护照包创建了一个开源身份验证微服务。我使用了一个标准的重定向方法到第三方，给它一个重定向URL回来。这是程序化的，所以我可以有不同的地方重定向回如果登录/注册和特定的页面。

github.com/sebringj/athu

passportjs.org