2024年前端最新提升前端线上问题发现率的方法(1),这些细节在Web前端面试上要注意了

结尾

正式学习前端大概 3 年多了,很早就想整理这个书单了,因为常常会有朋友问,前端该如何学习,学习前端该看哪些书,我就讲讲我学习的道路中看的一些书,虽然整理的书不多,但是每一本都是那种看一本就秒不绝口的感觉。

以下大部分是我看过的,或者说身边的人推荐的书籍,每一本我都有些相关的推荐语,如果你有看到更好的书欢迎推荐呀。

开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

前端学习书籍导图-1

为了更好的分析当前问题,对线上录入的问题进行分类,可监控的问题主要划分为下面三类:

  1. 检测问题:页面白屏、空坑或者 undefined 等问题;

  2. 业务问题:需要业务在业务流程增加埋点才能发现的问题;

  3. 报警问题:流量下跌、新增错误日志等不支持报警订阅;

根据当前的问题分类,对线上典型的问题罗列了一些实际案例,具体如下:

56e66b10ad58a8beb8bc792a2c3bdb03.png

通过当前的问题分类,我们对 2020 - 2021 年淘系录入的线上问题进行了统计分析,检测类未发现问题占比 7%,业务埋点缺监控占比 15%,报警能力未覆盖占比 7%,详细数据分布参考下图:

49f2ddfe33aadc1a6cd78dfb231c09c8.png

统计结果可以看出,当前问题发现率较低的原因主要包含三点:

  1. 检测能力覆盖不全

  2. 报警能力不足

  3. 业务监控点缺失

分析&思考

和业务开发对接过程发现,在监控的认知上和目标上还存在比较大的差距,大部分业务只是接入了监控 SDK ,订阅了一些基础指标,但是实际上大部分【前端问题】都很难通过常规的技术指标发现。

基于会引发线上问题的一些场景,我们在前端链路和前端监控指标做了下简单的分析。

  链路分析

通常一个页面加载要经过下面五个节点,每个节点都可能会造成线上问题,具体如下:

  1. 入口配置下发:运营配置下发预发地址等问题

  2. 容器加载:小程序或者 WindVane 容器启动异常

  3. 源站资源:JS 资源、图片资源等加载异常

  4. JS 执行:阻塞页面渲染或者功能执行失败

  5. 接口:数据不符合预期或者接口报错导致页面内容展示问题

上面的节点更多是造成问题的原因,但是用户只会在页面渲染和交互感知到问题:

  1. 页面渲染阶段:页面白屏、空坑、样式错乱等问题

  2. 页面交互阶段:功能不可用、页面抖动等一些问题

fd2ba807d8eabc8b6582b18b185ff694.png

  指标****分析

从当前的监控视角来看,业务侧关注更多是一些技术指标,比如 JSError、Crash、接口等指标。通过技术指标的异常去分析异常原因。但是实际上技术指标可能和实际用户感知的问题没有指标关系,比如某个 JS 类型大量报错,但是实际上对业务没有影响,这就导致了当前的指标并不能真实反馈线上的情况。

0c976cd8fa5fa5c9de35b9eafcc25cf4.png

基于页面链路分析和监控指标分析可以看出,业务侧需要关注【用户感知】出现的问题,这些问题关联的指标才可以真实反馈线上问题。因此在监控视角上,需要更加关注影响页面的【体验指标】。

通过【体验指标】的异常在去关联技术指标的异常,才是合理的问题发现和解决路径。因此我们需要从【体验指标】监控到【体验指标】监控的视角转化。

8aaf3867bc032d7374414ec14c168e9f.png

▐  技术方案

通过上面问题背景分析可以看出,对于监控平台需要加强体验指标的检测能力、日志上报以及报警检测能力。因此我们将整体方案分为非预期渲染(白屏检测)业务监控升级报警监控升级三部分。

▐  非预期渲染

JSTracker平台已经对接了 UC 内核采集的白屏数据,但是对于端外以及 iOS 场景等检测能力缺失。因此需要基于前端 SDK 发现页面无内容、错误页、首屏内模块丢失等问题,具体问题如下:

69f439895e8aaa7f6789f5dd3f77148b.png

因此需要不依赖端的能力,通过在 SDK 采集页面信息,云上进行建模和统计计算,基于大数据分析来判断页面渲染是否符合预期,具体如下:

b4fd1fc654d3f3c34fe79c6bf1c7c9ab.png

通过页面在不同阶段采集的页面的 DOM 节点数,不同的节点数量可对应到不同的页面渲染阶段,并在服务端统计收集到样本的分布情况,最后通过 DOM 的落点分布来判断页面渲染是否符合预期。

根据大数据统计分析结果,按照 DOM 节点数将采集日志划分为在预期和非预期节点,产品效果如下:

f5f1a0a0463589ed7feb6bb521dd3808.png

  1. 渲染状态发布:提供最近一小时的分布情况,红色代表非预期渲染分布,横坐标轴显示 DOM 节点数,纵坐标轴表示样本数

  2. 非预期异常率:按照 5 分钟的周期,对渲染的 DOM 的节点进行统计,计算非预期渲染异常率

  业务监控

业务监控的目的是为了更好真实反馈和衡量业务的监控情况。以下单业务为例,不管是页面下单功能不可用还是服务端接口调用失败,最终影响的是下单成功率。

当前自定义埋点在业务场景支持上存在很多缺陷,比如日志上报规范缺失、字段扩展性缺失以及平台能力较弱,导致业务场景的监控诉求覆盖不全,针对这些问题做了能力升级,具体方案如下:

51acea487759c79f66cbc9c6f67eca46.png

  1. SDK 层,将核心逻辑提取封装成 jstracker-core 库,并对 sdk-assests 和 universal-tracker 进行兼容,对外提供统一上报接口

总结

  • 框架原理真的深入某一部分具体的代码和实现方式时,要多注意到细节,不要只能写出一个框架。

  • 算法方面很薄弱的,最好多刷一刷,不然影响你的工资和成功率😯

  • 在投递简历之前,最好通过各种渠道找到公司内部的人,先提前了解业务,也可以帮助后期优秀 offer 的决策。

  • 要勇于说不,对于某些 offer 待遇不满意、业务不喜欢,应该相信自己,不要因为当下没有更好的 offer 而投降,一份工作短则一年长则 N 年,为了幸福生活要慎重选择!!!

    开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

喜欢这篇文章文章的小伙伴们点赞+转发支持,你们的支持是我最大的动力!

!!

开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

喜欢这篇文章文章的小伙伴们点赞+转发支持,你们的支持是我最大的动力!

  • 11
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值