前端监控指的是什么?

文章介绍了前端监控的三个方面:异常监控,包括JS错误、AJAX请求错误等,通过try/catch、window.onerror等方法捕获;性能监控,利用window.performanceAPI跟踪首屏加载时间、HTTP响应时间等;用户行为监控,如PV、UV统计和页面停留时间,以及埋点技术确保数据完整发送。

 前端监控分为三个方面:

  1. 异常监控(监控前端页面的报错)
  2. 性能监控(监控页面的性能)
  3. 用户行为监控(监控用户的行为,计算PV、UV、在线时间等、数据监控即我们常说的埋点

例子1
在后端突然上线了某个需求,某个接口的数据格式发生了变化,造成lavaScript运行错误,导致我们的用户比如按钮点不动、页面白屏之类的错误,影响用户体验


例子2
多个用户反馈我们系统的某个界面反应速度慢,前端自查后发现前端代码并没有问题,然后回猜
测是不是接口返回速度过慢,直接去和后端沟通的话,没有数据支撑,无法使后端同学信服,最终影响用户体验


例子3
解决技术产出的问题,技术产出和业务的好坏相关的,上线用户行为监控可以统计某个功能模块的具体使用情况,如果产品经理提出同类型产品需求的时候,如果上次产品效果不好,我们可以质疑产品经理提出的需求是否具有价值。

1、异常监控

  • JS 代码运行错误、语法错误等;
  • AJAX 请求错误;
  • 静态资源加载错误;
  • Promise 异步函数错误;

错误信息监控简单来说就是要搜集报错信息的发生的位置,以及报错的类型,进行上报,便于我们能够更好的掌握错误信息,从而能够对症下药。按照 5W1H 的法则来说,我们需要关注以下的几项信息:

  • What ,发生了什么错误:语法错误、类型错误、数据错误、逻辑错误等;
  • When ,什么时间发生的错误,可带上时间戳进行上报;
  • Who ,哪个用户或者哪一类用户发生了错误,包括用户 ID 、设备信息、IP 信息等;
  • Where ,哪个项目、哪些页面发生错误,可以上报页面的 URL 以及代码报错行数等信息;
  • Why ,为什么会发生错误,也就是用户在什么样的场景下发生的错误,便于问题复现;
  • How ,根据以上的信息如何进行问题的定位,然后怎么处理并解决问题;

常见的错误捕获方法主要是 try / catch 、window.onerror 和window.addEventListener 等。

try / catch

这是我们在代码调试的过程中最常用的一个方式,但它只能捕获代码常规的运行错误,语法错误和异步错误并能捕获到。

// 常规运行时错误,可以捕获 ✅
try {
    console.log(notdefined);
} catch(e) {
    console.log('捕获到异常:', 'ReferenceError');

}

// 语法错误,不能捕获 ❌
try {
    const notdefined,
} catch(e) {
    console.log('捕获不到异常:', 'Uncaught SyntaxError');
}

// 异步错误,不能捕获 ❌
try {
    setTimeout(() => {
        console.log(notdefined);
    }, 0)
} catch(e) {
    console.log('捕获不到异常:', 'Uncaught ReferenceError');
}

window.onerror

当 JS 运行时错误发生时,window 会触发一个 ErrorEvent 接口的 error 事件,并执行 window.onerror() 。

加载一个全局的 error 事件处理函数可用于自动收集错误报告。

最后需要补充的是:window.onerror 函数只有在返回 true 的时候,异常才不会向上抛出,否则即使是知道异常的发生,控制台还是会显示 Uncaught Error 。


```javascript
/**

* @param { string } message 错误信息
* @param { string } source 发生错误的脚本URL
* @param { number } lineno 发生错误的行号
* @param { number } colno 发生错误的列号
* @param { object } error Error对象

*/

window.onerror = function(message, source, lineno, colno, error) {
    console.log('捕获到的错误信息是:', message, source, lineno, colno, error )
}

// 常规运行时错误,可以捕获 ✅
window.onerror = function(message, source, lineno, colno, error) {
    console.log('捕获到异常:',{message, source, lineno, colno, error});
}
console.log(notdefined);
// message: "Uncaught ReferenceError: notdefined is not defined"
// source: "file:///C:/Users/qinzq42866/Desktop/error.html"
// lineno: 14
// colno: 19
// error: ReferenceError: notdefined is not defined at file
// 语法错误,不能捕获 ❌
window.onerror = function(message, source, lineno, colno, error) {
    console.log('未捕获到异常:',{message, source, lineno, colno, error});
}
const notdefined,
// Uncaught SyntaxError: Missing initializer in const declaration

// 异步错误,可以捕获 ✅
window.onerror = function(message, source, lineno, colno, error) {
    console.log('捕获到异常:',{message, source, lineno, colno, error});
}
setTimeout(() => {
    console.log(notdefined);
}, 0)

// message: "Uncaught ReferenceError: notdefined is not defined"

// source: "file:///C:/Users/qinzq42866/Desktop/error.html"

// lineno: 15

// colno: 21

// error: ReferenceError: notdefined is not defined at file

// 资源错误,不能捕获 ❌
<script>
window.onerror = function(message, source, lineno, colno, error) {
    console.log('捕获到异常:',{message, source, lineno, colno, error});
}

</script>

// GET https://yun.tuia.cn/image/kkk.png 404 (Not Found)

window.addEventListener

当一项静态资源加载失败时,加载资源的元素会触发一个 Event 接口的 Error 事件,这些 Error 事件不会向上冒泡到 window ,但能被捕获。而 window.onerror 不能检测捕获。

// 图片、script、css加载错误,都能被捕获 ✅

<script>

  window.addEventListener('error', (error) => {

     console.log('捕获到异常:', error);

  }, true)

</script>


// fetch错误,不能捕获 ❌


<script>

  window.addEventListener('error', (error) => {

    console.log('未捕获到异常:', error);

  }, true)

</script


<script>

  fetch('https://tuia.cn/test')

</script>

由于网络请求异常不会发生事件冒泡,因此必须在事件捕获的阶段将其捕捉到才行,这种方式虽然能够捕捉到网络请求的异常,但是却无法判断 HTTP 的状态,因此仍然需要配合服务端的日志进行配合分析。

需要注意的是:不同浏览器下返回的 Error 对象是不一样的,需要做兼容处理。

Promise 错误

没有写 catch 的 Promise 中抛出的错误是无法被 onerror 或 try / catch 捕获到的,这也是为什么我们一定要在 Promise 后面加上 catch 去捕获和处理异常。

为了防止有漏掉的 Promise 异常信息,建议在全局增加一个对 unhandledrejection 的监听,用来全局监听 Uncaught Promise Error 。

说明:当 Promise 被 reject 且没有 reject 处理器的时候,会触发 unhandledrejection 事件;这可能发生在 window 下,但也可能发生在 Worker 中。 这对于调试回退错误处理非常有用。
 

window.addEventListener("unhandledrejection", event => {

    console.warn('UNHANDLED PROMISE REJECTION:', ${event.reason});

});

window.onunhandledrejection = event => {

    console.warn('UNHANDLED PROMISE REJECTION:', ${event.reason});

};

window.addEventListener("unhandledrejection", function(e){

    e.preventDefault()

    console.log('捕获到异常:', e);

});

Promise.reject('promise error');

说明:如果去掉控制台的异常显示,需要加上 event.preventDefault() ;

Vue 错误

由于 Vue 会捕获到所有 Vue 单文件组件或者 Vue.extend 继承的代码,所以在 Vue 里面出现的错误并不会直接抛给 window.onerror ,而是会被 Vue 自身的 Vue.config.errorHandler 捕获。

Vue.config.errorHandler = (err, vm, info) => {

console.error('通过vue errorHandler捕获的错误');

console.error(err);

console.error(vm);

console.error(info);

}

React 错误

React 16 提供了一个内置函数 componentDidCatch ,使用它可以轻松的捕获到 React 组件内部抛出的错误信息。


class ErrorBoundary extends React.Component {
  constructor(props) {
    super(props);
    this.state = { hasError: false };
  }

  componentDidCatch(error, errorInfo) {
    console.log('捕获到错误:', error, errorInfo);
  }

  render() {
    if (this.state.hasError) {
      return `Something went wrong.`;
    }

    return this.props.children; 
  }
}

2、性能监控

  • 不同用户和不同设备下的首屏加载时间,包括白屏时间;
  • HTTP 接口的响应时间;
  • 静态资源、包括图片的下载时间;

根据W3C性能小组引入的新的API(目前IE9以上的浏览器)--window.performance,实现前端性能监控

(function () {
 
    handleAddListener('load', getTiming)
 
    function handleAddListener(type, fn) {
        if (window.addEventListener) {
            window.addEventListener(type, fn)
        } else {
            window.attachEvent('on' + type, fn)
        }
    }
 
    function getTiming() {
        try {
            var time = performance.timing;
            var timingObj = {};
 
            var loadTime = (time.loadEventEnd - time.loadEventStart);
 
            if (loadTime < 0) {
                setTimeout(function () {
                    getTiming();
                }, 200);
                return;
            }
            // 阶段耗时
            timingObj['DNS解析耗时'] = (time.domainLookupEnd - time.domainLookupStart);
            timingObj['TCP连接耗时'] = (time.connectEnd - time.connectStart);
            timingObj['SSL安全连接耗时'] = (time.connectEnd - time.secureConnectionStart);//针对https
            timingObj['网络请求耗时'] = (time.responseStart - time.requestStart);
            timingObj['数据传输耗时'] = (time.responseEnd - time.responseStart);
            timingObj['DOM解析耗时'] = (time.domInteractive - time.responseEnd);
            timingObj['资源加载耗时, 表示页面中的同步加载资源'] = (time.loadEventStart - time.domContentLoadedEventEnd);
            timingObj['前端onload执行时间'] = (time.loadEventEnd - time.loadEventStart);
 
            //性能指标(上报字段名)
            timingObj["首次渲染"] = time.responseEnd - time.fetchStart
            // timingObj["首屏时间"] =  first meaningful paint
            timingObj["首次可交互"] = time.domInteractive - time.fetchStart
            timingObj["DOMReady"] = time.domContentLoadedEventEnd - time.fetchStart
            timingObj["页面完全加载"] = time.loadEventStart - time.fetchStart
            timingObj["首包时间"] = time.responseStart - time.domainLookupStart
 
 
            for (item in timingObj) {
                console.log(item + ":" + timingObj[item] + '毫秒(ms)');
            }
 
            console.log(performance.timing);
            console.log(performance);
 
        } catch (e) {
            console.log(timingObj)
            console.log(performance.timing);
        }
    }
})();

3、用户行为监控-埋点

  • PV / UV:PV 即 Page View ,也就是页面的浏览数量,没打开页面一次就会统计一次;UV 即 User View ,也就是不同用户访问的次数,在 PV 的基础上根据 User 信息的不同做了去重操作;
  • 用户在每个页面停留的时间信息。即从用户打开该页面到用户离开该页面的时间差,用于表示该页面对用户的留存程度;
  • 用户的来处。即从什么入口或什么渠道来到了当前页面,通常会在 URL 中添加查询参数来做区分统计;
  • 用户的页面操作行为。即用户在该页面点击了哪些按钮,或者从什么链接去到了某些页面等等,来分析用户的去向。
     

网站埋点的get请求可能会由于页面的跳转被中断掉,该如何解决?

目前只想到一个思路,把这些需要发送的参数先缓存起来,放到localStorage中,以时间戳作为key值保证不重复,请求发送成功之后再把这条记录删除掉。跳转到某个安全页面之后再把这些缓存的数据异步发出去。

一般来说get请求我们可以直接new Image()的方式进行,当然也可以采用CORS的方式,直接$.get(),不过这两种方式经测试都会在某些场景下被中断掉。

### 前端监控的概念 前端监控在Web或小程序应用中,通过技术手段对用户行为、性能标、错误日志等进行实时收集和分析的过程。其主要目的是提升用户体验、优化性能、快速定位并修复问题[^3]。 ### 前端监控的作用 1. **性能优化** 前端监控可以捕获关键性能标,如页面加载时间、资源加载速度、交互响应时间等。通过对这些数据的分析,开发团队能够识别性能瓶颈并进行针对性优化。例如,在Web端可以监控LCP(最大内容绘制)、FID(首次输入延迟)等标,而在小程序端虽然缺少部分Web特有标,但仍然可以通过官方工具获取类似性能数据[^1]。 2. **异常捕获与错误追踪** 前端监控系统可以捕获JavaScript运行时错误、未处理的Promise异常、静态资源加载失败等问题。例如,使用`window.onerror`、`window.addEventListener('error')`、`unhandledrejection`事件监听器,以及框架级别的错误处理机制(如Vue的`errorHandler`、React的`componentDidCatch`),都可以帮助开发者全面掌握应用中的异常情况[^3]。 3. **用户行为分析与埋点** 通过埋点技术,前端监控还可以记录用户的操作行为,如点击、滑动、页面跳转等。这种数据对于产品优化、功能迭代和用户画像构建具有重要意义。同时,在实施埋点时需注意数据安全性、准确性、性能影响及合规性要求[^4]。 4. **告警与通知机制** 高级的前端监控平台(如Sentry)支持设置自定义告警规则,当特定错误或性能问题达到阈值时,系统会自动触发通知机制(如邮件、Slack、企业微信等),并将相关人员引导至详细的错误分析面板,从而实现快速响应与修复[^5]。 5. **业务稳定性保障** 在金融风控等高要求场景中,前端监控还承担着客群稳定性、决策流程一致性等方面的职责。通过线上线下一致性监控、模型表现监控等手段,确保前端逻辑与后端模型协同工作,保障整体业务系统的稳定性和可靠性[^2]。 ### 示例:基本的全局错误监控代码 ```javascript // 全局JS错误监控 window.onerror = function(message, source, lineno, colno, error) { console.error(`Error: ${message} at ${source}:${lineno}:${colno}`, error); // 上报错误信息到服务器 sendErrorToServer({ message, source, lineno, colno, error }); return true; // 阻止默认处理 }; // 未处理的Promise异常 window.addEventListener('unhandledrejection', event => { console.error('Unhandled promise rejection:', event.reason); sendErrorToServer({ error: 'Unhandled promise rejection', reason: event.reason }); event.preventDefault(); // 阻止默认的控制台输出 }); function sendErrorToServer(errorData) { // 使用fetch或XMLHttpRequest将错误信息发送到后端日志服务 fetch('/log-error', { method: 'POST', body: JSON.stringify(errorData), headers: { 'Content-Type': 'application/json' } }); } ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

浏览器翻译官~

你的励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值