你有没有遇到过这种情况：手机用着用着突然卡了一下，点开某个应用直接闪退。等你想查原因时，却发现啥记录都没有，问题就像没发生过一样。
其实很多应用在后台默默记了“日记”——也就是日志。这些日志能告诉你应用出了什么错、哪个功能响应慢、甚至是谁在什么时候点了哪个按钮。但问题来了，如果日志一直记下去，早晚把手机存储撑爆。
日志太多，手机就慢
想象一下，一个社交类App每天记录几千条操作日志，时间一长，光是日志文件就占了几百MB。更糟的是，系统还得不断读写这些文件，不仅耗电，还拖慢运行速度。
这时候，“日志轮转”就派上用场了。它不是让日志无限增长，而是设定规则，自动管理老日志。
什么是日志轮转？
简单说，日志轮转就是“旧日志归档，新日志接班”。比如，当前的日志文件叫 app.log，当它达到10MB时，系统会把它重命名为 app.log.1，然后新建一个空的 app.log 继续写。如果已经有 app.log.1，那就先变成 app.log.2，以此类推。
还可以按天轮转：每天零点生成一个新的日志文件，比如 log-2024-04-05.txt，老文件保留最近7份，再早的就自动删掉。
实际怎么实现？
很多手机应用底层会集成轻量级的日志库，比如Android常用 Timber 或 Logback，iOS则用 OSLog 搭配文件策略。下面是个简单的配置示例：
<configuration>
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>app.log</file>
<rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy">
<fileNamePattern>app.log.%i</fileNamePattern>
<minIndex>1</minIndex>
<maxIndex>5</maxIndex>
</rollingPolicy>
<triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
<maxFileSize>10MB</maxFileSize>
</triggeringPolicy>
<encoder>
<pattern>%d{HH:mm:ss} [%thread] %level %msg%n</pattern>
</encoder>
</appender>
<root level="debug">
<appender-ref ref="FILE" />
</root>
</configuration>这段配置的意思是：日志文件最大10MB，超过就轮转，最多保留5个历史文件。这样一来，既不会丢关键信息，也不会让手机被日志塞满。
对普通用户有什么影响？
你可能觉得这都是开发者该操心的事。但其实你也能感受到好处：应用更稳定了，出问题后客服能更快定位，有些App还能让你自己导出日志反馈问题。
更重要的是，合理的日志轮转能让应用长期运行不拖慢手机。尤其是那些后台常驻的应用，比如健康监测、音乐播放器、即时通讯工具，日志管理得好，体验自然更顺滑。
下次你发现某个App用了很久也不卡，说不定背后就有日志轮转在默默干活。