Smartedit登录前持续灰屏不显示登录页 报PromiseUtils错误

这个故障不是随机玄学问题，是SmartEdit启动流程的设计缺陷导致的：未登录状态下configuration接口返回401本是预期行为，但旧版本SmartEdit的PromiseUtils条件等待逻辑，只把接口200成功响应当成promise resolve的判定条件，既没有针对401状态做主动跳转登录的分支处理，也没有给等待逻辑设置超时兜底，会一直卡在promise pending状态阻塞整个Angular应用渲染，最终出现长时间灰屏。多次强刷偶尔能进，本质是刷新时静态资源、鉴权临时缓存刚好凑对了时序，绕过了这个卡点，没有固定复现规律。

按落地成本从低到高排序：

• 零代码临时规避
  不要直接访问SmartEdit根路径，手动拼接登录页路由直接访问：https://<你的SmartEdit访问域名>/smartedit/#/login，可以绕过根路径下的前置配置拉取卡点，绝大多数场景下可以直接拉出登录框，不会卡灰屏。
• 配置层永久修复（适用2005及以上版本SAP Commerce）
  在Hybris服务的local.properties配置文件中增加配置项smartedit.configuration.allow.anonymous=true，放开configuration接口的匿名访问权限，让未登录用户也能拉取到公开的基础配置，从根源上避免未登录时该接口返回401，改完重启服务、清空浏览器缓存后即可生效。
• 代码层修复（适用低版本无法改配置的场景）
  通过Angular装饰器覆写原生PromiseUtils服务的条件等待方法，增加两个兜底逻辑：
  1. 等待过程中捕获到401响应时，直接终止等待，主动跳转登录页
  2. 给所有全局条件等待promise加30秒默认超时，超时后自动重置启动流程，避免永久pending阻塞渲染
     参考实现代码：

  const originWaitFn = PromiseUtils.prototype.waitForCondition;
  PromiseUtils.prototype.waitForCondition = function(condition, timeout = 30000, errMsg) {
      return Promise.race([
          originWaitFn.call(this, condition, timeout, errMsg),
          new Promise((_, reject) => setTimeout(() => reject(new Error('Wait timeout')), timeout))
      ]).catch(err => {
          if (err?.status === 401 || err.message === 'Wait timeout') {
              $state.go('login');
          }
          return Promise.reject(err);
      })
  }
  

• 配置修改后如果仍偶发，先彻底清除浏览器对应域名的Service Worker缓存、站点缓存，旧版本SmartEdit注册的Service Worker会缓存错误的401响应，导致配置不生效
• 测试阶段关闭浏览器的密码自动填充功能，部分浏览器的自动填充逻辑会打断SmartEdit的启动鉴权时序，触发同类卡死问题

内容的提问来源于stack exchange，提问作者Jan B.