do 是 Go 语言中一个轻量级的依赖注入（Dependency Injection, DI）容器，由 samber 开发。 它基于 Go 1.18+ 泛型实现，为 Go 提供了一个类型安全的 DI 方案。 do 库的设计理念是简化服务组件之间的依赖管理，取代手工创建依赖关系的繁琐工作，使不同组件之间松散耦合、更易测试与维护。 与反射型 DI 框架不同，do 在注册和解析依赖时不使用反射，因此性能开销很小。 功能简介 服务注册：使用 do.Provide 系列函数将服务构造函数注册到容器中（默认懒加载，即按需单例创建）；也可以使用 ProvideTransient 注册每次调用都新建实例的工厂（瞬时模式）；或使用 ProvideValue/ProvideNamedValue 注册已经创建好的实例（急加载）。注册时可指定名称或匿名服务（推荐匿名，由框架自动命名）。 依赖解析：通过 do.Invoke[T](injector) 或 do.MustInvoke[T](injector) 获取指定类型的服务实例。容器会自动根据函数签名的参数解析依赖，并以依赖图的方式按顺序实例化各服务（默认单例.... 有更新！ golang每日一库之依赖注入库samber/do golang每日一库
在 Golang 中使用 float64 类型时，精度丢失主要发生在以下场景中。 根本原因是 IEEE 754 双精度浮点数标准的固有特性： 一、无法精确表示的十进制小数 原理：某些十进制小数（如 0.1、0.2）无法用有限的二进制浮点数精确表示，导致存储时被截断或四舍五入。 示例： var a float64 = 0.1 var b float64 = 0.2 fmt.Println(a + b) // 输出 0.30000000000000004 而非 0.3 • 原因：0.1 的二进制表示为无限循环小数 0.0001100110011...，而 float64 的尾数位仅 52 位，超出部分会被截断。 二、大整数或数值范围差异大的运算 原理：当数值超过 2^53（约 9e15）时，连续整数无法被准确表示，且大数和小数相加时可能发生“大数吃小数”现象。 示例： fmt.Println(float64(9007199254740993)) // 输出 9.007199254740992e15（精度丢失） fmt.Println(1e16 + 1.0 == 1e16) // 输出 t.... 有更新！ 在 Golang 中使用 float64 可能导致精度丢失的情况 golang基础
Life is like a journey