Sentry 遗留问题整理

目前有什么问题

BAX-FE 项目遗留了海量未处理问题，约 7W+。新版本代码上线后，很难从 Sentry 有效跟踪新代码带来的问题。

为什么很难跟踪？

举个例子，BAX-FE 中光和网络相关的报警就有 2W+。“网络错误”可能是后端接口返回“权限错误”、“服务器异常”，可能是因为浏览器内容安全策略拦截了 HTTP 请求，甚至也许令人出乎意料，浏览器防广告插件会拦截某些接口 URL 带 “AD（‘广告’的英文缩写）”的请求后也会抛“网络错误”。新代码上线后，如果抛出某些意料之外的异常，这些异常会被 Sentry 和数万个噪音淹没。

目前已知的大部分问题（也许 99.999%）都只是代码异味，不属于业务问题，没有什么显著的影响范围，所以如果一直容忍 Sentry 噪音堆积，会让后续开发忽略代码中潜在的风险，逐渐麻木。

想要达成的目标

希望 Sentry 提供的报错信息以项目版本为维度，每个版本只提供和新版本代码相关的、高质量的报警。

怎么解决？

1.静默噪音

静默能缓解噪音问题，方便开发专注更高价值的报警信息

静默无关紧要的抛错：权限问题、接口报错、浏览器异常、第三方代码异常...

Sentry.init({
  ignoreErrors: [
    'hackLocationSuccess',
    '请登录 BAX 系统',
    '无权限',
    // ...
  ]
})

解决遗留的代码问题：代码异味，比如没有处理接口、函数的默认值

function bad() {
  let { cities } = this.$route.query
  Object.assign(this.form, {
    // BAD CASE
    areas: cities.split('|'),
    // GOOD CASE
    areas: cities && cities.split('|') || [],
  })
}