腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

综合排序丨最热优先丨最新优先

Web页面全链路性能优化指南

在项目开发以及用户使用的过程中，能够让任何一个链路快一点，都可以被叫做性能优化。本文会对web页面的全链路进行完整的讲解并针对每一步找到能做的性能优化点，本文的目标是极致的性能优化。 HTTP/1.1默认开启了 keep-alive ，它能够让一个TCP连接中传输多个HTTP请求，也叫链路复用。在打开一个站点的首屏页的完整链路中，使用SSR服务端渲染时的速度要远大于CSR客户端渲染，并且SSR对SEO友好。所以对于首屏加载速度比较敏感或者需要优化SEO的站点来说，使用SSR是更好的选择。 CDN 静态资源全上CDN，CDN能非常有效的加快网站静态资源的访问速度。压缩 gzip压缩、html压缩、js压缩、css压缩、图片压缩。 css外链，能走缓存。添加媒体字段，只加载有效的css文件。 <link rel="stylesheet" href=".

2023-08-01

1.8K0

标签:

手淘店铺全链路性能优化

过程中我们打通了从容器侧到前端全链路的性能埋点采集链路，站在全局的链路看整个阶段耗时，有针对性的对链路进行深度优化，并通过可视化、多维度直观呈现性能数据。性能采集为了能直观的分析性能数据，我们将用户点击到首屏可见看成一个全链路，将大致分为客户端阶段和业务逻辑阶段，如下：性能采集1 传统意义上的性能埋点更多的是局限于前端，但由于我们的程序是运行小程序容器之上，容器在启动，资源加载，环境创建之后才开始执行业务逻辑代码，容器阶段也是整个链路上非常重要的一环，所以我们的阶段分析应该是全链路的。为了得到全链路的性能埋点，我们联合数据平台定义了性能埋点上报字段，能将客户端埋点和业务自定义埋点打在一条日志信息中。总结我们从细化了全链路阶段耗时分析，到打通全链路性能埋点采集，有针对性对链路各个阶段进行耗时分析和优化，上线，然后不断验证，完全可以做为一个性能优化的通用思路，去复用到其他业务场景的性能优化。

2021-08-24

9550

标签:

Web页面全链路性能优化指南

在项目开发以及用户使用的过程中，能够让任何一个链路快一点，都可以被叫做性能优化。本文会对web页面的全链路进行完整的讲解并针对每一步找到能做的性能优化点，本文的目标是极致的性能优化。 HTTP/1.1默认开启了 keep-alive ，它能够让一个TCP连接中传输多个HTTP请求，也叫链路复用。在打开一个站点的首屏页的完整链路中，使用SSR服务端渲染时的速度要远大于CSR客户端渲染，并且SSR对SEO友好。所以对于首屏加载速度比较敏感或者需要优化SEO的站点来说，使用SSR是更好的选择。 CDN 静态资源全上CDN，CDN能非常有效的加快网站静态资源的访问速度。压缩 gzip压缩、html压缩、js压缩、css压缩、图片压缩。 css外链，能走缓存。添加媒体字段，只加载有效的css文件。 <link rel="stylesheet" href=".

2022-10-27

2.5K0

标签:

如何全链路进行前端性能优化

概述通常来讲前端性能优化是指从用户开始访问我们的网站到整个页面完整的展现出来的过程中，通过各种优化策略和优化方法让页面加载的更快，让用户的操作响应更及时，给用户更好的使用体验。本文并非细节的讲述如何实现性能优化，而是从各个方面介绍性能优化的方式方法，并且不仅限于H5，因为当今的前端也不仅仅只有H5。 2. 图片资源优化 1. *=，|=，^=，$=，使用外链的css，可以单独形成文件放在cdn，使用缓存形式加载。避免使用@import因为他的加载会阻塞进程，需要加载完毕才会向下执行。 JavaScript优化首先我们是当需要的时候才去优化，不是为了优化而优化，一般的优化是在某一个时间点进行的，而且优化也需要考虑可维护性这是要结合团队的研发水平和代码的规范。 1. CDN可以灰度发布，也就是在部分地区部分运营商优先发布静态资源，验证通过后再进行全量发布。具体实施可以从域名方面下手，设置特殊VIP解析到要灰度的城市或者运行商。

2021-12-01

1.8K0

标签:

全链路压测(14)：生产全链路压测SOP

——来自百度百科本篇文章要说的全链路压测SOP，实际上就是我在实践全链路压测的过程中，对实践经验和教训的一个总结。全链路压测(1)：认识全链路压测全链路压测(2)：方案调研和项目立项全链路压测(3)：技术改造和测试验证全链路压测(4)：全链路压测的价值是什么？全链路压测(5)：生产全链路压测实施全流程全链路压测(6)：确认范围和识别风险全链路压测(7)：核心链路四问全链路压测(8)：构建三大模型全链路压测(9)：容量评估和容量规划全链路压测(10) ：测试要做的准备工作全链路压测(11)：聊聊稳定性预案全链路压测(12)：生产压测必不可少的环节全链路压测(13)：高可用和性能优化再加上本篇的生产全链路压测SOP思维导图，就是整个系列的内容。最后，重申一下我对全链路压测的部分认知：全链路压测是一个技术工程，而非单纯的测试手段；全链路压测只适用于部分企业和业务类型，而非一个银弹；全链路压测的落地并非一蹴而就，需要较好的技术基础设施建设做保障

2022-09-02

1.1K0

标签:

腾讯云开发者社区

腾讯云测试服务

全链路压测(1)：认识全链路压测

前言之前断断续续写过一些全链路压测相关的技术文章，很多同学评价还不错。朋友建议我写个系列，基于自己的落地实践经验，对全链路压测做个系统性的梳理总结。定义：如何理解全链路压测 PS：这里的定义是我基于自己对生产全链路压测的了解和实践总结得来的，仅代表个人观点。 1、什么是全链路压测？单机单接口、单机单链路、单机混合链路包含覆盖范围内的所有核心链路及场景压测过程可观测性较低，延时较高实时可视化观测测试结果数据维度小，无法提供太多数据便于分析提供多维度细粒度的数据，便于快速定位问题优化，数据流转性无法保证，数据多样性也存在部分问题； ---- 那么，要解决差异带来的不稳定因素，最终的选择就是生产全链路压测：挑战：如何落地生产全链路压测虽然全链路压测解决了传统压测过程中的种种痛点流程：生产全链路压测落地实践生产全链路压测的整个流程，大致可分为三个环节，每个环节的主要事项如下：能力建设：生产压测能力演变历程生产全链路压测的本质是能力建设的技术工程，不是一蹴而就。

2021-10-14

3.8K0

标签:

腾讯云测试服务

《Webpack热更新瓶颈突破：全链路优化指南》

此时，对其原理的深度解构与性能的精准优化，便成了开发者必须攻克的课题。此时，HotModuleReplacementPlugin插件迅速介入，它并非触发全量重建，而是基于模块依赖图谱，精准锁定变更模块及其直接关联的依赖，启动增量编译。 HMR在定位变更范围时，不得不遍历庞大的依赖链，增量编译的优势被稀释，甚至可能接近全量编译的耗时。三、优化策略：从配置到架构的全链路升级优化HMR性能并非简单的参数调优，而是需要从项目架构、配置设计到代码习惯的全链路改造，每一个环节的优化都能带来肉眼可见的响应提升。配置层面的优化是最直接的切入点。构建工具的协同优化能进一步释放性能。

程序员阿伟

2025-07-22

3300

标签:

腾讯技术创作特训营S14#新手村

腾讯技术创作特训营S14#补给站

全链路压测硬核实战：从方案落地、瓶颈根因定位到全链路性能优化

核心原因在于，传统的单接口、单系统压测，无法模拟真实线上的全链路流量场景，无法捕捉到跨服务调用、资源竞争、链路依赖带来的隐藏性能瓶颈。全链路压测，正是解决这一问题的核心方案，它通过模拟真实的线上用户行为与全链路流量模型，在预发环境甚至生产环境完成对整个分布式系统的性能验证，提前暴露瓶颈风险，保障系统的稳定性。），是全链路压测的核心吞吐量指标。四、全链路瓶颈定位的标准化方法论瓶颈定位的核心原则是自上而下，从链路到节点，从指标到根因，先通过全链路追踪锁定瓶颈链路，再深入节点定位瓶颈资源，最终分析根因。五、全链路性能优化的可落地实战方案本章节的优化方案均对应上一章节的瓶颈场景，所有代码、参数配置均经过验证，可直接落地使用。

果酱带你啃java

2026-04-22

4290

标签:

全链路跟踪zipkin

--全链路跟踪 sleuth zipkin --> <dependency> <groupId>org.springframework.cloud</groupId

2020-04-24

8720

标签:

Zipkin全链路监控

Zipkin是SpringCloud官方推荐的一款分布式链路监控的组件，使用它我们可以得知每一个请求所经过的节点以及耗时等信息，并且它对代码无任何侵入，我们先来看一下Zipkin给我们提供的UI界面都是提供了哪些信息 zipkin首页为我们提供了对于调用链路的搜索查询及展示的功能 ? 第二个选项卡里提供了历史数据的导入功能 ? 第三个选项卡里展示了各个微服务之间的关系 ? 我们再次回到首页，我们点开一个调用链路之后就会看到此次链路调用的详情 ? 现在我们点开详情中的一个service，可以看到此次调用在这个微服务中的详细信息。 ?

2019-04-18

3.8K0

标签: