需求这方面，监听手机是否锁屏，开屏

使用者痛点

在实际项目中。常常需要在使用者锁屏或解锁时做出相应的业务处理，例如：

• 暂停或恢复敏感数据的读取。不过，
• 根据锁屏状态切换 UI 或安全策略。
• 在后台保持最小化资源消耗。

如果没有可靠的方式实时获取这些状态。往往只能靠轮询或不可靠的，导致体验不佳甚至被 App Store 拒审。

方法概述

利用 iOS 的文件保护机制，通过监听程序广播：

• UIApplicationProtectedDataWillBecomeUnavailable —— 设备即将锁屏。其实，
• UIApplicationProtectedDataDidBecomeAvailable —— 设备已解锁。

只要在沙盒中创建一个受保护的文件。即可触发上述通知，这样就能实现对锁屏/解锁的精准感知。

从步骤一来看，创建受保护的文件

- createProtectedFile {
// 获取 Documents 目录方法
NSString *doc = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory。NSUserDomainMask,YES).firstObject;// 文件完整方法
NSString *path =;// 设置文件保护属性为完整保护
NSDictionary *attr = @{ NSFileProtectionKey : NSFileProtectionComplete };话说回来，// 文件内容随意。这里使用空字符串
NSData *data =;其实，// 创建文件
createFileAtPath:path
contents:data
attributes:attr];}

步骤二的观点是，注册锁屏/解锁通知监听器

- addObserverForLock {
// 锁屏通知
addObserver:self
selector:@selector
从name来看。UIApplicationProtectedDataWillBecomeUnavailable
至于object，nil];// 解锁通知
addObserver:self
selector:@selector
name这方面。
UIApplicationProtectedDataDidBecomeAvailable
说到object，nil];}
// 锁屏回调
- deviceLocked {
NSLog;self.isLock = YES;// 根据业务需求自行处理状态标记
}
// 解锁回调
- deviceUnlocked {
NSLog;self.isLock = NO;话说回来，// 根据业务需求自行处理状态标记
}

说到步骤三，在页面初始化时启动检测

把下面两行代码放进对应视图控制器的 viewDidLoad确保在应用运行期间始终保持监听：

- viewDidLoad {
// 1️⃣ 创建受保护文件。让程序产生相关通知
// 2️⃣ 注册通知观察者，实时捕获锁屏/解锁事件
}

完整效果验证

• 当使用者按下电源键或自动进入睡眠模式时控制台会输出 “设备已锁屏”。
• 当使用者 点亮并滑动解锁时控制台会输出 “设备已解锁”。
• self.isLock 的布尔值即可在业务层面直接使用，例如暂停网络请求、加密数据等。

注意事项 & 常见坑点

• 文件必须使用受保护属性创建：仅当文件属性为 NSFileProtectionComplete/NSFileProtectionCompleteUnlessOpen 时上述通知才会被触发。不过，
• 不要在后台线程注册观察者：所有 UI 相关操作仍需在主线程完成。 否则可能出现未收到通知的情况。
• 及时移除观察者：If you use view controllers that may be deallocated。remember to remove observers in -dealloc or -viewWillDisappear:.
• 兼容性：This approach works from iOS 5 起，一直是官方公开的 API，不会导致 App Store 被拒。

从此不再“盲猜”手机是否被锁屏！

通过上述几行代码。你可以轻松获得程序级别的锁屏/解锁事件**，并据此实现业务需求。整个方案完全基于公开 API，无需越狱、私有方法。也不会影响 App 审核通过率。现在就把它集成到你的项目中，让使用者体验更安全、更流畅吧！