今天想跟大家伙儿聊聊我最近捣鼓的一个玩意儿，叫Kratos。不是那个打打杀杀的游戏神，我说的是一个Go语言的微服务框架。最近不是老琢磨着用Go搞点啥嘛听一些朋友提起过，说B站后端有些服务就是用这玩意儿搭的，我就寻思着，那咱也得试试水深浅不是？
上手初体验
我就是去它那个官方文档那块儿瞅了瞅。文档写得还行，不算特别难懂。照着步骤，先把环境给搭起来，装那个Kratos的工具链。这步倒还顺利，敲几行命令，东西就都下下来了。
然后就是最激动人心的时刻了——创建第一个项目！用它那个脚手架命令，好像是 kratos new my-app 这么一敲，哗，一下子就给我生成了一大堆文件和目录。当时我就有点蒙，心想这架势可真不小，比我以前随便写个Go小程序复杂多了。目录结构给你安排得明明白白的，什么api、internal、cmd，看着就挺“专业”。
照猫画虎，跑起来再说
生成了项目，下一步肯定是要让它跑起来看看效果。我先是没动任何代码，直接在项目根目录执行了编译和运行的命令。看着控制台输出一堆日志，提示服务启动成功，监听在某个端口，心里头那块石头才算落了一半。
接着我就试着去改点东西。我想整个最简单的，就是人家访问一个地址，我能返回个“你Kratos！”之类的。这就得去找它那个默认生成的示例代码了。翻了半天，大概明白了它那个请求是怎么从路由进来，然后怎么到具体的业务逻辑处理函数里的。它把接口定义（protobuf那些）、服务实现、业务逻辑分得还挺清楚，一开始可能觉得绕，但琢磨明白了就觉得这么搞确实条理清晰，以后项目大了不容易乱。
我依葫芦画瓢，在它那个 `service` 目录里头，改了改原来的方法，又重新编译运行。打开浏览器一访问，成了！虽然简单，但自己动手跑通了第一个小目标，那感觉还是挺不错的。
捣鼓配置和日志
跑通了基本流程，我就开始琢磨它那些配置文件。Kratos用的是一种叫 `yaml` 的格式来写配置，这个我之前也接触过，不算陌生。我看它能配置服务端口、数据库连接、日志级别之类的。试着改了改服务端口，重新启动，确实生效了。
日志这块儿我也瞅了瞅。它默认的日志输出就挺详细的，带时间戳、日志级别、调用位置啥的。这对以后排查问题肯定有帮助。我还想着以后要是接上什么日志收集系统，估计也方便。
遇到的小坎坷
过程中也不是一帆风顺。有一次我想加一个新的API接口，定义好了protobuf文件，也生成了对应的Go代码，但在写业务逻辑的时候，死活不知道怎么把新的服务注册进去。后来发现是少在某个地方初始化或者依赖注入。这种框架性的东西，有时候约定俗成的东西比较多，不看仔细文档或者没理解透彻，就容易卡壳。还是反复对比官方示例，又翻了翻社区的一些讨论，才给解决了。
还有就是它那个依赖注入，一开始我也有点懵。看着代码里头各种 `wire` 生成的东西，感觉有点魔法。后来慢慢理解了，它是为了解耦，让各个模块职责更清晰，测试也更方便。虽然上手有点门槛，但好处还是显而易见的。
一点总结
这几天捣鼓Kratos下来，感觉这框架还是挺强大的，也比较规范。它考虑的东西挺全面的，像什么配置管理、日志、服务注册发现、中间件这些，基本上都给你提供了解决方案或者说是一个推荐的做法。
- 优点嘛，我觉得是规范性强，社区也还算活跃，B站这些大厂在用，稳定性应该有保障。对于构建复杂的、大型的微服务系统来说，用它能省不少心，少走很多弯路。
- 要说缺点或者要注意的，可能就是上手曲线对新手来说稍微陡峭一点，毕竟它整个体系还是比较庞大的。如果只是写个特别特别小的服务，用它可能会觉得有点“重”，杀鸡用牛刀了属于是
我这也就是初步体验了一下，还没用到什么数据库操作、缓存、消息队列这些更深层的东西。后续如果项目真的要用Go来写微服务，Kratos肯定是个值得重点考虑的选项。实践出真知嘛多动手敲敲代码，很多东西自然就明白了。今天就先跟大家分享到这儿，下次有啥新发现再来唠！
