Bugly并非无所不能

ops/2024/9/24 4:17:30/

在 iOS 应用因为内存占用过大而被系统 killed 的情况下,Bugly 以及大多数崩溃报告工具是无法捕获到这种类型的崩溃信息的。原因在于,当系统由于内存压力过大而终止应用时,是直接将应用进程杀死,不会触发常规的崩溃处理流程,如 NSUncaughtExceptionHandler 或信号处理器。因此,应用没有机会执行任何代码来记录和上报崩溃信息。

理解系统内存管理

iOS 系统有严格的内存管理机制,当设备内存紧张时,系统会逐步采取措施来释放内存资源:

  1. 发送内存警告:系统会向应用发送 UIApplicationDidReceiveMemoryWarningNotification 通知,提醒应用释放不必要的内存。
  2. 终止后台应用:如果内存警告未能有效缓解内存压力,系统会开始终止后台运行的应用。
  3. 终止前台应用:在极端情况下,如果内存压力依然存在,系统会直接终止内存占用过大的前台应用。

捕获内存警告

虽然 Bugly 无法捕获系统直接杀死应用的情况,但你可以通过监控内存警告来间接了解应用的内存使用情况,并采取相应措施以防止应用被系统杀死。

捕获内存警告通知

你可以在应用中监听 UIApplicationDidReceiveMemoryWarningNotification 通知,并在收到内存警告时记录相关信息:

import UIKitclass MemoryMonitor {init() {NotificationCenter.default.addObserver(self, selector: #selector(didReceiveMemoryWarning), name: UIApplication.didReceiveMemoryWarningNotification, object: nil)}@objc private func didReceiveMemoryWarning() {// 记录内存警告日志print("Received memory warning")// 可以在这里上传内存警告信息到 Bugly// Bugly.log(level: .warn, content: "Received memory warning")}deinit {NotificationCenter.default.removeObserver(self, name: UIApplication.didReceiveMemoryWarningNotification, object: nil)}
}
实时监控内存使用情况

你可以使用 task_vm_info API 来监控应用的内存使用情况,并在内存占用超过预设阈值时,记录日志或发送警告:

import Foundation
import MachOfunc reportMemoryUsage() -> UInt64? {var taskInfo = mach_task_basic_info()var count = mach_msg_type_number_t(MemoryLayout<mach_task_basic_info>.size) / 4let kerr = withUnsafeMutablePointer(to: &taskInfo) {taskInfoPtr intaskInfoPtr.withMemoryRebound(to: integer_t.self, capacity: 1) {taskInfoIntPtr intask_info(mach_task_self_, task_flavor_t(MACH_TASK_BASIC_INFO), taskInfoIntPtr, &count)}}guard kerr == KERN_SUCCESS else {return nil}return taskInfo.resident_size
}func monitorMemoryUsage() {let memoryThreshold: UInt64 = 200 * 1024 * 1024 // 设置内存阈值,例如 200MBif let memoryUsage = reportMemoryUsage(), memoryUsage > memoryThreshold {// 记录内存使用情况print("Memory usage is high: \(memoryUsage / 1024 / 1024) MB")// 可以在这里上传内存使用情况到 Bugly// Bugly.log(level: .warn, content: "Memory usage is high: \(memoryUsage / 1024 / 1024) MB")}
}// 定期调用 monitorMemoryUsage 进行内存监控
Timer.scheduledTimer(withTimeInterval: 60.0, repeats: true) { _ inmonitorMemoryUsage()
}

总结

虽然 Bugly 无法直接捕获应用因内存过大被系统杀死的情况,但通过监听内存警告通知和实时监控内存使用情况,可以间接了解应用的内存状态,并记录相关信息以便后续分析和优化。这样可以帮助你及时发现和解决内存问题,避免应用因内存过大被系统终止。


http://www.ppmy.cn/ops/56957.html

相关文章

MongoDB在Linux下的安装与基本操作指南

MongoDB是一款高性能、开源的NoSQL数据库系统&#xff0c;特别适合处理大规模数据存储应用。本文将详细介绍MongoDB在Linux系统&#xff08;以Ubuntu为例&#xff09;上的安装步骤&#xff0c;以及如何进行基本的数据库操作&#xff0c;帮助你快速上手MongoDB。 一、在Linux上…

华为HCIP Datacom H12-821 卷37

1.多选题 下面关于Network- Summary-LSA 描述正确的是 A、Network- Summary-LSA中的Metric被设置成从该ABR到达目的网段的开销值 B、Network- Sumary-LSA中的Net mask 被设置成目的网段的网络掩码 C、Network- Summary-LSA 是由ASBR产生的 D、Network- Summary-LSA 中的Li…

git diff,stash,submodule,format-patch

常用CMD 修改username git config --global username "Your github username" 修改email git config --global user.email "yourgitemailyourdomain.com" git 初始化 git config --global user.email "yourgitemailyourdomain.com" 查看当…

贪心算法合集一

1005.K次取反后最大化的数组和 给定一个整数数组 A&#xff0c;我们只能用以下方法修改该数组&#xff1a;我们选择某个索引 i 并将 A[i] 替换为 -A[i]&#xff0c;然后总共重复这个过程 K 次。&#xff08;我们可以多次选择同一个索引 i。&#xff09; 以这种方式修改数组后…

守护服务之门:Eureka中分布式认证与授权的实现策略

守护服务之门&#xff1a;Eureka中分布式认证与授权的实现策略 引言 在微服务架构中&#xff0c;服务间的通信安全至关重要。Eureka作为Netflix开源的服务发现框架&#xff0c;虽然本身提供了服务注册与发现的功能&#xff0c;但并不直接提供认证与授权机制。为了实现服务的分…

mysql数据库的搭建和操作

mysql数据库的搭建和操作 1: 去官网下载mysql的服务端: https://www.mysql.com/ 下载mysql服务器 2: 安装好mysql服务,设置好初始化的根用户密码: 记住根用户的密码; 3: windows 启动服务: mysql notifier或windows服务管理器启动; 4: mysql客户端: Mac OS: Sequel Pro/命令行…

Docker部署gitlab私有仓库后查看root默认密码以及修改external_url路径和端口的方法

文章目录 1、docker部署最新版gitlab2、进入gitlab容器3、修改路径地址ip和端口4、检验效果 1、docker部署最新版gitlab #docker安装命令 docker run --detach \--name gitlab \--restart always \-p 1080:80 \-p 10443:443 \-p 1022:22 \-v /gitlab/config:/etc/gitlab \-v …

vue 数据类型

文章目录 ref 创建&#xff1a;基本类型的响应式数据reactive 创建&#xff1a;对象类型的响应式数据ref 创建&#xff1a;对象类型的响应式数据ref 对比 reactive将一个响应式对象中的每一个属性&#xff0c;转换为ref对象(toRefs 与 toRef)computed (根据计算进行修改) ref 创…