更优雅的处理aof?

来源：14-5 实现Aof落盘功能(二)

weixin_慕神9322259

2025-08-21

感觉这么处理aof不是很优雅，看上去我们需要知道每个操作是否需要支持aof，如果需要的话，我们就需要在其中增加db.addAof(...)。

这种写法是比较入侵式的，缺点有很多，比如addAof重复散布在代码的各个角落，未来我们新增一个方法，除了开发新方法的逻辑，还要记得增加addAof，而且如果还有其他类似aof的操作，我们都需要写在excelDel这样一个具体方法里，就会破坏掉这个方法的职责单一性。

想问问在go中有没有比较好的解法，比如java后端，一般我们会用aop，这样我们只需要加个注解，例如@AddAof，然后我们就可以把aof的逻辑统一在一个地方开发维护。

写回答

1回答

Moody

2025-08-22

已采纳

Go在这方面确实没有Java这么全面，要做的完善，恐怕要搞一些框架类的东西，通过反射调用，或者通过实现接口，调用实现方法，之类的操作。

深入Go底层原理，重写Redis中间件实战

深入Go语言原理+Go重写Redis

488 学习 · 173 问题

相似问题

回答 1

回答 1

回答 1

回答 1

回答 1