它是不是觉得你锅盖什么没放好啊

SwordArt.Online

用户肯定是会先走向冰箱。之前做的事情可能可以用来判断吧，例如你在切菜，走向冰箱，估计就是要开冰箱门。

我感觉这是一个方法

@codingadog 现在的驱动应该不那么麻烦，我有一块硬盘，换个地方还可以启动

你把你的那个工具关掉再试试不就知道了

@Tink 他要直播吧？

输密码、签名属于 POS 机和发卡行的问题。

但这个看起来确实带感

@rrfeng 应该是

Find My Mac 锁定了吧？

意义不明

但可以告诉你 4 不行

@raysonx 没错 联通这破玩意儿真是坑爹到家了，还不如源速度快。

@SoloCompany
你在认真地读我的回复么？我刚才说了，如果只是挂在那里两分半不是问题，但这两分半之内微信消耗的 CPU 不可忽略。拿其他的即时聊天程序做对比， Telegram 也会在后台挂两分半，但他的 CPU 利用率几乎一直是 0.0%，微信则一直在 0.4%上下波动。

@longaiwp 我是从 WP 逃跑到 iOS 的。。 WP 之前应该是完全没法后台的样子吧

@SoloCompany 你觉得 iOS 的机制会那样，但实际上不是。你自己打开 Xcode 拿 Instruments 跑一遍测试，就发现微信从 Background Running 到 Background Task Suspended 需要两分半左右。 Telegram 也一样，但在此期间微信是持续使用 CPU 的， Telegram 就克制的多。
https://developer.apple.com/library/ios/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/BackgroundExecution/BackgroundExecution.html 文档在这里，微信和 Telegram 应该都是 Finite-Length Tasks 并且赖着在后台运行很久，两分半可能是系统允许的上限。我今天自己写个程序试试

借机问个问题 中文字体怎么处理比较好 个人博客

@longaiwp 本来也不想这么累，可惜王八羔子非要让我手机电力不足，这锅怎么能我们背。

@wclebb
你打开一次微信，就两分半后台。每次看 30 秒，后台两分半。一天看 40 次不为过吧？那后台最多肯定能到 100 分钟，前台只有 20 分钟。据我观察（用 Instruments ），每次看完微信用任务切换器杀死微信，就没这档子事儿了。

我没测试收到推送是否能唤醒程序，正常推送消息肯定不会唤醒已经杀死的程序，但我记得可能有某种推送能唤醒或启动程序。如果有这个，那可能就很恶心了。如果有熟悉这个问题的 iOS 开发者，希望能够解答一下，或者给个 Apple Developer Library 的链接也行，我没有看到。

@Liir 我觉得这年头还用那么卑鄙的手段驻留后台的程序应该是没有了。你看到那个，应该是因为微信 /QQ 曾经播放过音频。我不知道那个位置留存 App 名称的机制是什么。

@wclebb

终于抑制不住多个月的好奇心，拿 Instruments 测试了一下。因为没有测试签名的微信，只能 Profile 所有进程来看微信的运行状况。

这里有必要跟所有觉得是用微信太多的人说一句了。每次微信会在前台终止后，在后台继续赖两分半左右，而且期间要持续使用很少很少的 CPU 。但这看起来足够让 CPU “不得安宁”了。

没有测试别的程序，但目测情况不会这么糟糕。

@SoloCompany 看原帖 至少我和 OP 一样，都是关掉后台应用刷新，也是有很多微信的后台时间。我推测它在想方设法挂后台。时间大概前台:后台是 1:2 ，这显然不正常。

就算你设置好了，也给你个提示，带着现金和卡。

这两天实测： 1. 不是所有 POS 机都支持闪付 2. POS 机有闪付标志但未必能用闪付 3. 就算能用，店员也未必知道怎么操作。这包括 Apple 那个名单里的商铺。