魅蓝note2通话记录不见了。翻遍拨号界面，一片空白。明明刚才打过电话，记录却不显示。这不是个例。2015年那批用户，不少人都遇到过。

魅蓝note2搭载的是Flyme 4.5系统，基于Android 5.1。这套系统在通话记录存储机制上有个特点。记录不是实时写入数据库，而是等通话结束后，由系统服务统一处理。一旦服务被中断，记录就没了。中断原因很多。内存不足、省电策略强制杀进程、第三方清理软件扫描后台。随便哪个都能让通话记录写入失败。

Flyme在低端机型上做了大量裁剪。note2定位入门，运存2GB。系统为了保流畅度，后台限制极严。通话结束后，负责写入记录的服务进程优先级不高。系统判定它占用资源，直接回收。记录就写不进去。用户感知就是“没记录”。

还有个细节。note2上市那会，Flyme的权限管理刚改版。自启动管理、对齐唤醒、切断唤醒路径，三套机制叠在一起。通话记录服务需要自启动权限、需要保持唤醒状态才能完成写入。用户如果不手动放行，服务跑不起来。很多人根本不知道要去“安全中心-权限管理”里开自启。

第三方拨号软件也是重灾区。当年360手机卫士、腾讯手机管家、搜狗号码通都有接管系统拨号的功能。装了这些，系统原生拨号被替代。通话记录走的是第三方软件自己的数据库。一旦软件崩溃、被清理、数据损坏，记录跟着丢。换回系统拨号，记录也不在。两边数据不互通。

运营商信号问题。note2用的是MT6753芯片，基带部分处理长短信、USSD消息时偶尔出错。通话结束时的信令交互如果丢包，手机端不会触发记录写入。看上去打通了电话，实际上系统根本没收到“通话结束”这个状态。记录自然不会有。

系统时间错乱。有些人手机时间不准，自动对时又没开。通话记录的timestamp字段写的是错误时间。排序时被挤到列表最底下。用户拉到最近三天看不到，以为记录丢了。其实记录在，只是时间戳指向了1970年或者2036年。

存储空间满。note2的eMMC只有16GB，系统占掉大半。用户装完微信、QQ、几个游戏，剩余空间不到500MB。通话记录数据库文件需要预留空间做事务日志。空间不足，写入操作直接失败。数据库引擎回滚事务，记录没存进去。

权限自检机制。Flyme在低存储状态下会启动极限省电模式。这个模式下，所有非核心服务的写入权限被冻结。通话记录服务恰好属于非核心。冻结期间打的电话，一条都留不住。等恢复普通模式，之前的记录不会补写。

联系人同步冲突。当年魅族跟阿里YunOS合作，note2有YunOS版本。两个系统对联系人数据的处理方式不一样。登录了魅族账号，又登录了阿里账号，云端联系人合并时，本地数据库发生结构变更。正在写入的通话记录遇上表结构锁，写入失败。用户看到的就是记录断断续续。

还有一种情况，通话记录被通话时长筛选条件给藏了。Flyme拨号界面上方有个筛选图标，点了能选“全部通话”“未接来电”“已拨电话”“已接来电”。默认显示全部。有时候不小心碰到，只显示某一类。用户以为记录全没了，其实是筛选条件改了。这不是bug，是交互设计没给足提示。

刷机后的基带版本不对。很多人刷第三方ROM，只刷system分区，不清modem分区。基带版本跟ROM里telephony框架不匹配。电话能打，RIL层交互正常，但上层应用获取不到通话状态回调。记录无法生成。这属于软硬配合脱节。

应用分身。Flyme后来更新加入了微信QQ分身功能。分身实现方式是在系统层做虚拟空间。分身里的通话请求走的是另一个用户ID。主空间拨号界面看不到分身的记录。有些人用分身接打电话，切回主空间发现没记录，以为是手机坏了。

电池优化策略。Android 5.1的Doze模式被Flyme深度定制过。息屏超过一定时间，系统会阻断所有非白名单应用的网络和后台任务。通话记录写入任务在Doze状态下被挂起。唤醒时机不对，任务超时被丢弃。记录消失。

闪存磨损。note2用的eMMC颗粒品质一般。长期使用后，部分区块出现坏块。文件系统把通话记录数据库所在区域标记为只读。任何写入尝试都返回错误。用户感知不到底层错误，只知道记录没了。这属于硬件老化导致的软故障。

第三方来电秀软件。当时流行给通话界面加背景图、视频铃声。这类软件hook了系统通话进程。hook代码写得烂，直接破坏了系统原本的记录写入回调链。卸载软件也没用，系统组件已经被篡改，只能刷机恢复。

说到底，魅蓝note2没有通话记录，核心是Flyme在资源调度和权限控制上的激进策略，叠加上低端硬件余量不足。系统为了保证基本操作不卡顿，牺牲了部分后台任务的可靠性。通话记录恰好是被牺牲的那一个。用户觉得手机能打电话就行，记录没了就没了，很多人忍了。少数人发现关了省电模式、给了自启权限、停用第三方拨号，记录能回来。手机是工具，工具不完美，习惯就好。