首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
乌柚
掘友等级
获得徽章 6
动态
文章
专栏
沸点
收藏集
关注
作品
赞
10
文章 10
沸点 0
赞
10
返回
|
搜索文章
最新
热门
一种鸿蒙应用网络数据监控方法
鸿蒙网络请求流程 @ohos.net.http https://juejin.cn/post/7301907716539842587 鸿蒙的网络库请求逻辑在libhttp.z.so中,内部使用curl
鸿蒙资源文件resources.index格式解析
文件路径 hap包解压缩后就能看到resources.index文件 文件格式学习 https://gitee.com/openharmony/developtools_global_resource
鸿蒙4.0线程池实现分析
鸿蒙中的taskpool底层利用libuv进行线程创建和线程通信。 不过没有直接使用taskpool的线程池,而是自己维护了一个可伸缩的线程池,并维护了任务状态。 除了通用的线程池能力,这里的task
鸿蒙4.0网络库实现分析
简单总结:libhttp.z.so封装了curl的调用 和与js api的交互。实现并不复杂,如过我们想做接口性能监控比如dns解析耗时,建连耗时的 可以利用curl提供的能力去做。
一种跨进程敏感api调用检测方法
本文介绍一种适合线上使用的跨进程敏感api检测方法,支持动态下发检测拦截策略的方案 敏感api调用分析 观察隐私api列表,简单去看一下获取隐私数据的方式。 发现大部分代码都是aidl生成的,我们通过
一种Android已加载类检测方法
本文介绍一种适用于线上的,低侵入的,无包体影响的 ,高效全面稳定的已加载类检测方法,仅需plt hook一处方法调用。 已加载类检测解决方案适用以下场景使用。 三方库代码加载检测 启动阶段类加载统计
Crash排查系列第十二篇|如何监控自身进程的lowmemory kill
背景 当你使用下面代码不断分配内存时,最终导致物理内存耗尽,手机所有应用进程被杀死。 在一次 crash问题排查过程中,现象是crash但是并没有crash日志的捕获,后面排查到就是内存泄露导致的lo
Crash排查系列第十一篇|完善crash堆栈信息支持自动分配
背景 团队达到一定规模时,需要更加完善crash堆栈信息来进行自动分配和快速定位问题。所以做了堆栈超级解析功能 方案实现流程 该方案的优点,除去打通 gitlab 流程以外,完全可以做到本地化,拿到m
Crash排查系列第十篇|Handler native crash排查
背景:版本灰度出现了handler相关奇怪的crash,不管是init,poll,wake都会出现类似crash 问题分析 Looper::wake 看上去是mWakeEventFd write时出问
Crash排查系列第九篇|后台过度使用cpu被杀
背景 应用中后台过度资源导致的退出占比在2%左右。 源码搜索(基于Android 13) 观察日志大部分是抛出以下格式日志。 "excessive cpu 8020 during 300091 dur
下一页
个人成就
文章被点赞
134
文章被阅读
22,270
掘力值
838
关注了
11
关注者
116
收藏集
0
关注标签
0
加入于
2021-01-12