单页面应用优化之路一前端日志管理Sentry使用（一）

       首先，我们要明确一点，什么是 Sentry ，这里引用官网的说法 “Sentry is an open-source application monitoring platform that helps you identify issues in real-time. Here we cover everything about the product, the platform integrations, and open source Sentry.” 说白了就是一个前端错误日志收集管理工具，那么我们马上来集成一下吧。

      我们先要了解一下Sentry是怎么工作的，我简单描述一下，不去浪费你仅有的一点点耐心，前端项目打包的时候将 sourceMap 文件以 release 为标识的形式上传到Sentry服务器上，前端js报错后，主动或被动的向 Sentry 服务器发送错误日志，日志为 post 请求，请求体中涵盖了错误的位置（层层向上抛出）、关联的 release、报错的环境等。
    ------简而言之，就是干两件事，第一件事，传源文件（可选），第二件事，把错误从前端抛到Sentry中做统计并处理。以下我们都称其为A事件和B事件

（可跳过以下本段，可直接看下一篇日志）这一段我们讲下上面那些参数都有什么用，首先上传 sourceMap 版本时的 release，因为 Sentry 对于此类文件的管理都是以 release 来管理的，相当于一个表的主键，同时当你上传的报错信息中带有release信息时，Sentry能够在该 issue 中定位具体到哪一行代码抛出了错误，这就是上传 sourceMap，和上面说的A、B件事中 release 的作用。B事件中环境参数，主要是为了给所有的 issue 分类，或者说是按条件查询 issue ，下面补充4张图，把抽象的内容具象化