#Golang

1. 消息系统业务功能说明简介：

首先消息系统需求目的就是为了实现后台商家可以主动管理推送消息到对应相关用户，以及查看用户的业务被动触发消息。

其中包括，站内信的消息 与 微信公众号模板消息推送

都知道大量 if else 对代码维护和设计都及其不友好，即便是你换成 switch 也并不那么理想，这里推荐主要利用策略模式优化。

需求：比如有20个甚至更多的消息模板，每个模板ID 对应要操作都可能不一样，比如文案，参数计算等。如果一个一个去独立写对应函数然后if else继续条件流程调用显得格外鸡肋，那么请用策略模式优化吧。

利用 golang 中的 map 数据结构写一个带超时限制的键值存储组件

在大部分后台管理中都会出现操作日志模块的需求，一般情况你会想到创建一个操作日志表 opLog 然后就是在每个 api 的地放调用插入数据即可。

如上所述，这样的设计确实十分灵活可以让每个写api的开发人员自由的操作内容，但是也比较费时间和精力。

堆 这种数据结构是比较难搞的一种，但是它在实际工程中的实用性又比较高，能够有效的解决实际中遇见的问题。

那么在 go语言中是如何要实现一个heap的呢，其实在官方标准库 container/heap 已经给你实现了，你只需要根据自己实际情况进行接口实现即可。

最近看见一篇关于go基础的问题，算是给自己的一个小考验，很多基础的东西当你回过头来看看也许有新的认识，当然这些题也适合出面试题。

在进行敏捷开发项目中，同事写出来一些bug，其中有个goroutine引用闭包的问题，当时由于嵌入到了实际业务中相对环境较为复杂，我还没怎么注意到，后来下班地铁上就想起来了和一道经常考的面试题几乎一致。