Dllog
一个开源日志工具，采用「延迟持久化决策」机制，在操作执行期间将调试日志暂存内存，操作成功时丢弃，仅在操作失败时回放完整调试日志，以平衡可观测性成本与信息量
时间轴 (近 90 天)
Dllog 的核心理念是平时不写详细日志，只在操作失败时才回放出完整的调试日志
Dllog 在操作执行过程中将调试级别日志暂存在内存缓冲区，而非立即写入持久化存储
Dllog 是刚在 Hacker News 上以「Show HN」形式发布的早期项目，发布时仅有个位数投票且暂无评论讨论
Dllog 与 tail-based sampling 的区别在于 Dllog 把延迟持久化决策机制下沉到单进程的日志层面，无需分布式收集基础设施
Dllog 最适合大部分时候成功、偶尔失败的操作场景，因为绝大多数调试日志会被丢弃
Dllog 的调试日志需要在操作期间驻留内存，对长时间运行或产生海量日志的操作可能带来内存压力
对于缓慢性能退化或间歇性异常等不体现为单次操作明确失败的问题，Dllog 的失败才回放模型可能漏掉线索
对于嵌套操作（子操作失败但父操作被捕获后继续运行），Dllog 可能出现失败被吞掉、日志随之丢弃的静默故障风险
使用 Dllog 需要开发者显式约定什么算失败，并处理异常、超时、业务逻辑错误等不同情况
全部知识事实 (8)
Dllog 的核心理念是平时不写详细日志，只在操作失败时才回放出完整的调试日志
50%待验证Dllog 在操作执行过程中将调试级别日志暂存在内存缓冲区，而非立即写入持久化存储
50%待验证Dllog 与 tail-based sampling 的区别在于 Dllog 把延迟持久化决策机制下沉到单进程的日志层面，无需分布式收集基础设施
50%待验证Dllog 最适合大部分时候成功、偶尔失败的操作场景，因为绝大多数调试日志会被丢弃
50%待验证Dllog 的调试日志需要在操作期间驻留内存，对长时间运行或产生海量日志的操作可能带来内存压力
50%待验证对于缓慢性能退化或间歇性异常等不体现为单次操作明确失败的问题，Dllog 的失败才回放模型可能漏掉线索
50%待验证对于嵌套操作（子操作失败但父操作被捕获后继续运行），Dllog 可能出现失败被吞掉、日志随之丢弃的静默故障风险
50%待验证使用 Dllog 需要开发者显式约定什么算失败，并处理异常、超时、业务逻辑错误等不同情况
50%