Outlook加载项调用Java Servlet时异常重定向至非预期URL

我来帮你分析下这个问题——Outlook加载项运行在专属的沙箱iframe环境里，和普通浏览器环境的网络规则、身份会话机制都有差异，这就是导致重定向行为不一致的核心原因。下面是几个针对性的排查和解决方向：

1. 先检查加载项Manifest的权限与域名配置 #

Outlook加载项对跨域请求有严格的限制，必须在manifest.xml里明确授权目标域名：

• 确认<Permissions>节点设置了足够的权限，比如ReadWriteMailbox（如果你的请求需要用户身份相关的操作）；
• 在<AppDomains>节点中添加你的Servlet域名：<AppDomain>https://my-office-site.com</AppDomain>，确保加载项被允许访问这个地址。

2. 调整XMLHttpRequest的凭证携带设置 #

浏览器环境会自动共享登录会话的Cookie，但加载项的沙箱默认不会携带这些凭证，导致重定向到登录页后无法自动完成登录：

• 在XHR请求中开启withCredentials，让请求携带Cookie信息：

  const xhr = new XMLHttpRequest();
  xhr.open('GET', 'https://my-office-site.com/TokenAddin', true);
  xhr.withCredentials = true; // 关键配置
  xhr.onload = function() {
    // 处理返回的响应数据
  };
  xhr.send();
  

• 如果你改用fetch API，记得配置credentials: 'include'：

  fetch('https://my-office-site.com/TokenAddin', {
    credentials: 'include'
  })
  .then(res => res.text())
  .then(data => console.log(data))
  .catch(err => console.error('请求失败:', err));
  

3. 改用Office.js官方身份验证API获取令牌 #

依赖浏览器的登录会话重定向在加载项环境里容易出问题，更可靠的方式是用Office.js提供的身份验证能力直接获取令牌，再传递给你的Servlet：

• 使用getAccessTokenAsync方法获取用户的Office身份令牌：

  Office.context.auth.getAccessTokenAsync({ allowSignInPrompt: true }, function(result) {
    if (result.status === Office.AsyncResultStatus.Succeeded) {
      const accessToken = result.value;
      // 将令牌作为请求头传递给Servlet
      fetch('https://my-office-site.com/TokenAddin', {
        method: 'GET',
        headers: {
          'Authorization': `Bearer ${accessToken}`
        }
      })
      .then(res => res.text())
      .then(data => {
        // 处理业务逻辑
      });
    } else {
      console.error('获取令牌失败:', result.error.message);
    }
  });
  

• 你的Servlet端只需要验证这个Office令牌的有效性，就可以直接返回所需内容，完全跳过重定向登录的流程。

4. 适配Servlet端的请求处理逻辑 #

如果上面的方法都不行，可以检查Servlet的重定向逻辑：

• 识别请求是否来自Office加载项：检查请求头的User-Agent，通常会包含OfficeWebAddin等标识；
• 针对加载项请求，直接返回数据或令牌，而不是触发重定向到登录页，避免沙箱环境拦截重定向。

内容的提问来源于stack exchange，提问作者Manuel Herrera Ojea