首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
鹏程十八少
掘友等级
Android 开发@自动驾驶
|
百度
不会户外的乐手,不是好的程序员
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
4
文章 4
沸点 0
赞
4
返回
|
搜索文章
最新
热门
1.Android <卡顿一> 深入理解Android 卡顿Choreographer:从VSYNC到掉帧(卡顿原理)
1 为什么UI卡顿,UI卡顿产生的几种原因 1.1 屏幕显示机制 在一个典型的显示系统中,一般包括三个核心部分: CPU:负责计算视图数据,包括Measure、Layout、Record Displa
5. Android FrameWork之安卓14Activity启动流程 万字长文:从点击图标到Activity.onCreate()的每一行代码
1.Activity的热启动流程 1.1 Launcher发起启动请求 1.2. Instrumentation处理启动 instautmention里面封装了,activity
4. Android FrameWork之 Binder总结,深入剖析 Android Binder:从 Java 到内核的完整通信图谱
之前做Android五年,对于binder的理解一直停留在aidl的java层,无论怎么看源码都很难深入理解,直到后面学习了 c++,把binder驱动看了,才真正理解binder机制核心原理,融入j
3.Android FrameWork之Binder图解 从binder驱动层详细解析binder通信
1. Binder 整体的架构 binder包含4部分: 我将Binder机制分为了Java Binder、Native Binder、Kernel Binder 四层架构: 应用层:AIDL接口 框
2.Android FrameWork之Binder图解 从 Java层解析Binder通信全流程拆解
1.内存映射与一次拷贝机制 1.1. 用户空间和内核空间 空间 权限 访问限制 Binder作用 用户空间 低特权 禁止直接访问硬件/其他进程 存放应用数据 内核空间 高特权 可管理所有进程和硬件 中
1. Android FrameWork之系统启动的流程:Zygote、SystemServer 与 Binder 的三角博弈
1.系统的启动流程图 内核进程:什么时候启动的(Kernel Processes) 用户进程:init进程 1.1.启动电源以及系统启动(Rom) 当电源按下时引导芯片代码开始从预定义的地方(固化在R
10. 从崩溃率6.7%到0.5%!Android内存优化小红书实战案例:泄漏、抖动、溢出 KOOM+LeakCanary+MAT (最完整的解决方案)
1\).在小红书的瀑布流中,RecyclerView加载图片,累计很多对象List集合 2).点击RecyclerView的item播放视频, 视频太大,加载内存比较大
9. Android KOOM深度源码解析:快手开源线上OOM杀手!毫秒级内存快照背后的黑科技揭秘
快手开源的Android线上内存监控框架,首创 “fork子进程+COW机制” 实现毫秒级Java堆Dump(主进程冻结<5ms)。通过 多维度监控(堆/Native/线程/FD)、智能Hprof裁剪
8. Android 崩溃率直降90%!快手KOOM+Profiler+MAT组合拳暴打Bitmap泄漏
该案例中的图片未释放问题属于资源未释放(Resource Not Freed) ,而非典型的内存泄漏(Memory Leak)。关键区别在于:内存泄漏是对象被意外持有导致GC无法回收,而资源未释放
7. Android RecyclerView吃了80MB内存!KOOM定位+Profiler解剖+MAT验尸全记录
RecyclerView因静态集合泄漏Activity、Adapter强引用Context及未压缩Bitmap(80MB)引发内存OOM。通过KOOM定位泄漏链,Profiler追踪内存分配,MAT
下一页
个人成就
文章被点赞
167
文章被阅读
16,009
掘力值
1,890
关注了
47
关注者
113
收藏集
3
关注标签
1
加入于
2019-05-07