@finab 按照你这么说，那些秒表什么的就不需要了。

@finab 我们软件的需求都是真实用户反馈的。不是我们自己在脑海里面冥思苦想的假需求。比如这个毫秒级别，其实无论是 10 毫秒还是 100 毫秒，这个都是真实存在的，尤其是我们的运动方面的用户，都反馈过这个需求。至于你说的眨眼 200 毫秒的问题，在给运动员测量每一次跑步或者每一次有用的时间，是允许测量的人眨眼的，且不会影响测量结果。

@Danmen123 你功能可以精确到毫秒，但是提醒是不需要精确到毫秒的 举个例子，现在假如你能在后台发送提醒，并且没有延迟。 你觉得发出的这个通知提醒，从 iPhone 亮屏（或从屏幕上面弹出），到用户眼睛看到，读取，再到大脑处理，过去了多少毫秒呢？ 这个场景去扣 10ms 的精度有意义么

虽然我没测试过，但本地通知的触发定时用的是 TimeInterval ，本质是 Double, 传小数应该是支持毫秒。 不管有没有用吧，给你说一下

非高刷屏 最常见刷新率 60ms 显示器刷新间隔就得 1000/60 = 16.6ms 你的 10ms 延迟已经突破物理极限了

@finab 精度是由倒计时器的具体算法实现的，提醒只是在时间结束时候触发

楼主直接刚客户就可以了，什么需求需要精确到 10ms,真有这个需求让客户直接用实时操作系统，现在的所有通用操作系统都不能保证 10ms 必须响应，也就是说通知想精确到 10ms 在操作系统层面无论是安卓还是苹果的内核调度系统都无法实现，直接硬刚客户，不同需求就不要提。