2024年开源项目｜Go 开发的一款分布式唯一 ID 生成系统，2024年最新差点无缘Offer

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

curl http://127.0.0.1:8080/v1/snowid

gRPC 方式

1、获取 ID：

grpcurl -plaintext -d ‘{“tag”:“test”}’ -import-path $HOME/src/id-maker/internal/controller/rpc/proto -proto segment.proto localhost:50051 proto.Gid/GetId

2、获取雪花 ID：

grpcurl -plaintext -import-path $HOME/src/id-maker/internal/controller/rpc/proto -proto segment.proto localhost:50051 proto.Gid/GetSnowId

本地开发

Run MySQL

$ make compose-up

Run app with migrations

$ make run

项目架构

项目使用 go-clean-template 架构模板开发，目录结构如下：

下面对各目录做一个简要说明：

• cmd：程序入口

• config：配置文件

• docs：生成的项目文档

• integration-test：整合测试

• internal：业务代码

• pkg：一些调用的包

借用官方的两张图：

整体的层次关系是这样的，最里面是 models，定义我们的表结构，然后中间是业务逻辑层，业务逻辑层会提供接口，给最外层的 API 来调用，最外层就是一些工具和调用入口。

这样做的最大好处就是解耦，不管最外层如何变化，只要在业务逻辑层实现对应接口即可，核心代码可能根本不需要改变。

所以，它们之间的调用关系看起来是这样的：

HTTP > usecase

usecase > repository (Postgres)

usecase < repository (Postgres)

HTTP < usecase

以上就是本项目的全部内容，如果大家感兴趣的话，欢迎给我留言交流，要是能给个 star 那就太好了。

---

项目地址： ：id-maker

往期文章：

• 听说，99% 的 Go 程序员都被 defer 坑过

• 测试小姐姐问我 gRPC 怎么用，我直接把这篇文章甩给了她

• gRPC，爆赞

• 使用 grpcurl 通过命令行访问 gRPC 服务

• 推荐三个实用的 Go 开发工具

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

术提升。**

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！