07.卡顿治理优化实践

已于 2024-06-29 10:37:00 修改
阅读量1.1k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： Android优化实践 文章标签： Android 卡顿
于 2019-05-22 18:58:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_37700275/article/details/90449988

1.7 卡顿治理优化实践

目录介绍
  • 01.卡顿基础介绍
    • 1.1 项目背景
    • 1.2 遇到问题
    • 1.3 基础概念
    • 1.4 卡顿指标
  • 02.治理卡顿的流程
    • 2.1 排查卡顿流程
    • 2.2 排查卡顿工具
    • 2.3 制定卡顿指标
  • 03.卡顿的成因分析
    • 3.1 渲染机制中卡顿点
    • 3.2 卡顿的分类
    • 3.3 核心关注的卡顿
  • 04.UI卡顿
    • 4.1 View卡顿点
    • 4.2 UI卡顿优化
    • 4.3 过渡绘制卡顿
  • 05.线程卡顿
    • 5.1 卡顿实践思路
    • 5.2 UI线程被阻塞

01.卡顿基础介绍

1.1 项目背景
1.2 遇到问题
1.3 基础概念
1.4 卡顿指标
了解本专栏 订阅专栏 解锁全文 超级会员免费看
13.内存治理优化实践
杨充
06-10 2311
内存治理优化实践
06.卡顿监控设计实践
杨充
05-17 195
卡顿监控设计和治理
一文读懂直播卡顿优化那些事儿
qq_52703909的博客
03-28 1208
希望本文可以带给大家一个相对全局的视角看待卡顿问题，认识到卡顿是什么、卡顿的成因、卡顿的分类、卡顿的优化和一些经验积累，有的放矢地解决 App 流畅性问题。接下来会从以下五个方面进行讲述： ✦什么是卡顿 ✦为什么会发生卡顿 ✦如何评价卡顿 ✦如何优化卡顿 ✦加入我们 1. 什么是卡顿 卡顿，顾名思义就是用户体感界面不流畅。我们知道手机的屏幕画面是按照一定频率来刷新的，理论上讲，24 帧的画面更新就能让人眼感觉是连贯的。但是实际上，这个只是针对普通的视频而言。对于一些强交互或者较为敏感的场景.
Android性能优化总结
lzhang616的专栏
11-28 874
前言 性能优化本身是一个很大的主题，涵盖程序的方方面面，任何不慎的操作，都有可能对性能造成比较大的影响，要知道程序的性能是可以累加的，多处的性能低下，会影响整体的性能，其后果可能也是多方面的，本文总结了目前工作中，所需要知道的大部分性能优化点，一部分个人总结，一部分来自于互联网。但整体上，都是提纲性的，并没有列出具体的实例，因为写这方面主题的达人实在太多了，所以，我得站在巨人的肩膀上，具体细
Axios请求拦截器、响应拦截器的分析和总结
最新发布
随时发疯！
06-26 1055
在现代 Web 开发中，前后端数据交互的 高效性 和 可维护性 至关重要。Axios 作为当前最流行的 HTTP 客户端之一，凭借其简洁的 API 设计、Promise 支持以及强大的 拦截器（Interceptors） 机制，成为开发者管理 HTTP 请求的首选工具。
网络请求异常拦截优化
weixin_34025051的博客
05-22 418
目录介绍 01.网络请求异常分类 02.开发中注意问题 03.原始的处理方式 04.如何减少代码耦合性 05.异常统一处理步骤 06.完成版代码展示 好消息 博客笔记大汇总【16年3月到至今】，包括Java基础及深入知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇到的bug汇总，当然也在工作之余收集了大量的面试题，长期更新维护并且修正，持续完善……开源的文件是ma...
【编程杂记】游戏性能优化的一些经验之谈
weixin_30399055的博客
05-09 496
作者：王选易，出处：http://www.cnblogs.com/neverdie/ 欢迎转载，也请保留这段声明。如果你喜欢这篇文章，请点推荐。谢谢！ 最近谈了许多Unity相关的东西，这篇博文就将一些更加宽泛的东西，算是这段时间里游戏开发的一些经验的总结吧。 优化概论 说起游戏的优化，在游戏开发中经常分为这几步： 首先要确定游戏中经常会出现哪些问题 - Profile 然后确定在哪些方向进行性...
网络请求异常问题
weixin_61164359的博客
03-16 3178
在前后端交互过程中，其实还遇到了很多问题，像500 ( Internal Server Error )等错误，较轻易地解决了，而以上总结的网络请求错误困扰了我很久，希望能帮到其他遇到同样错误的人吧。在项目开发中，我深刻体会到了，实际情况不同，需要具体分析问题，拆解问题，想到各种可能导致该问题的原因，逐个排查，尝试各种可以解决问题的办法。当然也有antd Upload自定义上传的方式，可以参考该文章。
多App业务体验、质量治理工程实践.pdf
08-01
多App业务体验和质量治理工程实践是阿里巴巴集团在多应用、跨平台背景下，对软件体验和性能管理的一种实践探索。该工程实践旨在解决多应用业务场景下的体验治理难题，制定统一的度量标准，构建体验度量工具链，并给...
11.OOM异常优化实践
杨充
06-03 425
OOM异常优化实践
如何用 GPU硬件层加速优化Android系统的游戏流畅度—应用性能管理
m0_63645202的博客
11-11 6242
作为一款VR实时操作游戏App，我们需要根据重力感应系统，实时监控手机的角度，并渲染出相应位置的VR图像，因此在不同 Android 设备之间，由于使用的芯片组和不同架构的GPU，游戏性能会因此受到影响。举例来说：游戏在 Galaxy S20+ 上可能以 60fps 的速度渲染，但它在HUAWEI P50 Pro上的表现可能与前者大相径庭。 由于新版本的手机具有良好的配置，而游戏需要考虑基于底层硬件的运行情况。 如果玩家遇到帧速率下降或加载时间变慢，他们很快就会对游戏失去兴趣。 如果游戏耗尽电池电量或设备
详解nginx的请求限制（连接限制和请求限制）
01-11
一，背景     我们经常会遇到这种情况，服务器流量异常，负载过大等等。对于大流量恶意的攻击访问，会带来带宽的浪费，服务器压力，影响业务，往往考虑对同一个ip的连接数，并发数进行限制。http_limit_conn_module 模块来实现。该模块可以根据定义的键来限制每个键值的连接数，如同一个IP来源的连接数。并不是所有的连接都会被该模块计数，只有那些正在被处理的请求（这些请求的头信息已被完全读入）所在的连接才会被计数。http_limit_req_module 模块来实现，该模块可以通过定义的 键值来限制请求处理的频率。特别的，可以限制来自单个IP地址的请求处理频率。 限制的方法如同漏斗，
android cocos-ext.h,cocos2d-x手游性能优化总结
weixin_31303743的博客
05-27 404
近段时间在使用cocos2d-x开发2D手游，技术方案使用的是cocos2d-x+lua，因为游戏使用的是cocos2d-x 2.1.5版本，有些优化方案在最新版的cocos2d-x版本已经实现了。这篇文章主要是总结在使用cocos2d-x2.x版本+lua技术方案时遇到的问题和一些性能优化总结。1. 渲染优化(1). 合并渲染-自动批处理因为我使用的cocos2d-x2.1.5版本，引擎并没有实...
Android性能优化大全
wang_yong_hui_1234的博客
07-04 8807
在Android开发中，我们经常会遇到一些偶发问题，比如：无响应，应用退出，卡顿等。这些问题我们可以通过日志追踪，当然尽可能不让出现此类问题，这就需要在开发中及时发现和优化有风险的代码。除了利用一些工具检查以外，还要对代码质量有所提高，因此性能优化不是一朝一夕的事。本文主要对绘制，内存，稳定性以及安装包方面进行优化讲解，参考了一些博文和书籍，整理如下。
android性能优化的方法,Android性能优化方法
weixin_39975122的博客
05-25 265
GPU过度绘制•打开开发者选型，“调试GPU过度绘制”，蓝、绿、粉红、红，过度绘制依次加深•粉红色尽量优化，界面尽量保持蓝绿颜色•红色肯定是有问题的，不能忍受使用HierarchyView分析布局层级•删除多个全屏背景：应用中不可见的背景，将其删除掉•优化ImageView：对于先绘制了一个背景，然后在其上绘制了图片的，9-patch格式的背景图中间拉伸部分设置为透明的，Android 2D渲染引...
Retrofit请求成功数据错误统一拦截后抛自定义异常后，异步调用获取服务器返回来的错误信息
qq_39178733的博客
07-30 1322
时间久了容易忘记。网上这一块资料不多很多不能用，自己摸索着写出来的，这里做个笔记方便以后查看。 项目用的mvp+rxjava+retrofit 但是某些地方特别简单的接口调用没必要创建很多文件加上时间太紧，就直接用retrofit异步请求了。 这是封装的拦截器的一部分代码。统一拦截状态码不为0 抛出自定义异常 public class CustomizeGsonResponseBodyConverter<T> implements Converter<ResponseBody, T>
Android性能分析之---卡顿分析
sunbinkang的博客
06-02 5854
一、性能分析---场景 低性能的APP常见的表现有启动/界面切换慢、动画掉帧、卡顿（启动卡，点击按钮卡，进入新页面卡等）、耗电，甚至出现应用无响应、程序崩溃的现象。当我们着手解决这些性能问题时，面对的第一个问题就是需要找到合适的工具来检测这些问题，用肉眼观察来判断定位这类问题是不靠谱的。理想的检测工具要能做到两点： · 一是可以定性的告诉我们应用是否有低性能问题，并且能定位到的点，指出哪个逻辑哪个方法使用系统资源低效，以便我们针对具体的问题给出对应的优化方案； · 二是可以定量说明问题...
面试：Android应用的崩溃率
王温暖的博客
01-08 5790
Q：如何算崩溃呢？ 这里崩溃是指app被强制关闭或者app捕获异常重启。 就以现在的手机YY为例吧，他们的日活超过百万，他们的崩溃率是千分之七。 我们现在研发的app经过六个月的迭代，崩溃率却依然低于千分之三。 Q：android各大厂商的crash率都是多少？我们用的是bugly崩溃率是3%，是否在行业的标准范围之内？ 一般水平在千分之几，万分之几是比较优秀的水平。 3%非常高了，超过1%已经是很差了。 Q：正常移动端产品（iOS和安卓）崩溃率合理范围值是多少？ 小厂发版要求崩溃率不高于千
nginx eventStream 推流缓慢卡顿优化配置
04-28
### 优化 Nginx 配置以解决 EventStream 推流缓慢和卡顿的最佳实践 为了提升 Nginx 的 `EventStream` 推流性能并减少卡顿现象，可以从以下几个方面入手： #### 1. 调整事件模块参数 Nginx 中的事件模块可以通过调整其配置项来提高推流效率。以下是推荐的关键配置及其说明： - **use epoll**: 使用高效的 IO 多路复用模型 `epoll` 可显著改善高并发场景下的性能表现[^1]。 - **worker_connections**: 设置单个工作进程的最大连接数为较高值（如 204800），以便支持更多的客户端请求[^1]。 - **accept_mutex on**: 启用互斥锁机制，使多个工作线程能够更公平地分配新连接资源[^1]。 ```nginx events { use epoll; worker_connections 204800; accept_mutex on; } ``` --- #### 2. HTTP 流协议相关优化 针对 `EventStream` 推流的特点，可以进一步优化 HTTP 层面的行为： - **disable buffering**: 关闭 NGINX 对响应数据的缓冲功能，确保实时推送的数据不会被缓存而延迟到达客户端[^3]。 ```nginx location /eventstream { proxy_buffering off; add_header X-Accel-Buffering no; } ``` 此设置可通过在接口返回头中加入 `X-Accel-Buffering: no` 来实现无缓冲传输[^3]。 --- #### 3. 提升网络层吞吐能力 在网络层面，合理配置 TCP 参数有助于降低丢包率以及缩短重传时间窗口，从而间接缓解推流过程中的卡顿情况： - **tcp_nopush on**: 将小块数据积攒成较大分组再发送出去，避免频繁触发 Nagle 算法带来的额外延时。 - **tcp_nodelay on**: 开启即时模式下立即发送少量数据包的功能，适用于低延迟需求的应用场合。 ```nginx http { tcp_nopush on; tcp_nodelay on; } ``` --- #### 4. 数据同步与时序控制 对于音视频同步问题，在后台逻辑处理阶段引入基于 PTS（Presentation Time Stamp）的时间戳校正策略是一种常见做法[^4]。例如当检测到视频帧相对于音频帧存在明显偏移量超过一定阈值时，则采取相应措施予以修正： ```cpp void AVSyncController::sync(AVFrame* video, AVFrame* audio) { int64_t video_pts = av_rescale_q(video->pts, video_time_base, AV_TIME_BASE_Q); int64_t audio_pts = av_rescale_q(audio->pts, audio_time_base, AV_TIME_BASE_Q); int64_t diff = video_pts - audio_pts; if (diff > 40000) { // 视频超前 40ms drop_video_frame(); } else if (diff < -40000) { // 音频超前 drop_audio_samples(); } } ``` 上述代码片段展示了如何利用 C++ 实现精确的时间轴匹配操作[^4]。 --- #### 5. 日志分析与持续改进 建立完善的监控体系用于跟踪实际运行状况，并据此不断迭代完善现有方案至关重要。具体而言可关注如下指标变化趋势： - 平均响应耗时； - 连接断开频率统计； - 错误码分布比例等等... 通过定期审查日志文件或者借助第三方工具平台完成自动化报表生成功能，进而发现潜在瓶颈所在位置加以针对性治理。 --- ### 总结 综上所述，要有效应对 Nginx 下 `EventStream` 类型业务所面临的挑战——即推流速度慢且伴随不同程度上的画面停滞感等问题，需综合考量服务器端资源配置、HTTP 协议特性定制化改造等多个维度因素共同作用才能达成预期目标效果最佳状态。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

杨充

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

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

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

打赏作者

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

抵扣说明：

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

余额充值