@Rache1 在 Python 中统一错误处理写习惯了，这是我学习 Go 中最不习惯的地方。本意是让开发根据不同错误，就地给出不同解决恢复方案，但这与保持简单相悖。能写出恢复方法就能写出预防方法，防止异常发生。其他情况，同样只能打个日志干瞪眼。

@nagisaushio 现在认知是：用指数形式表示的数，是一个不定类型的常量，可能为整数也可能为浮点数。就和下面这种情况一样：

const c = 1.0
var d int = c

@xuld 谢谢忠告，咱只想心里有个底，不然看到指数形式就默认是浮点数了。既然没问题就放心用

@kuro1 math.Pi 是个明确的 float64 ，没有争议

@thinkershare 作为常量是可以解释得通，那么下次看到 e 还得心算一下，结果是不是个小数

@qq316107934 谢谢提供信息，编译器源码我还不太看得懂，先把问题记下来了

@qq316107934 换了 1.22 版本报错就是这个：`cannot use 1.5555e3 (untyped float constant 1555.5) as int value in variable declaration (truncated)`
我试了 1.5 版本，`var b int = 1.5e3` 也是能通过编译的。只是差一个官方说明，说好了必须要显式转换类型呢？

@MoYi123 我也偏向于认为 1.5e3 是个字面量，应该说默认推断类型就是 float64：

```
package main

import (
"fmt"
)

func main() {
const n = 5000000

const d = 3e6 + n
fmt.Println(d) // 输出：8e+06
fmt.Printf("%T\n", d) // 输出：float64
}
```
所以和无类型常量计算结果也是 float64 。
然后把指数形式的浮点数赋值给整数：`var b int = 1.5555e3`，编译器报错信息是：`constant 1555.5 truncated to integer`？不知道怎么理解

@lysShub 官方提到指数形式用于表达浮点数，但并没有用于整型的示例，我很迷惑： https://go.dev/ref/spec#Floating-point_literals

可以用，拿来做备份磁盘，用到自然坏掉

@WinterWu
哈哈，看得出来你很厌恶这类配置中心，我也是。

我的情况是，公司里面有各种团队，负责不同产品，团队领头人喜好决定了用什么架构。有的自己搭个管理中台，啥也不用操心；有的觉得开发体系不重要，怎么快怎么来，全用现成的东西；还有的负责维护旧技术栈，能不动就不动，生怕出问题。

我不是开发人员，只是根据开发团队的需求，做点辅助性工作。真希望我们的带头人能给力点，把环境整成你说的那样子。

看了眼居然还在用 1.12 以下版本。
控制节点升错了版本确实没有什么办法能回退，只能重建集群。估计开始还想着能不能降级回来，所以停了那么久。

@WinterWu

Apollo 和 Nacos 配置中心是企业中用于管理配置最常见的两个，用于集中管理服务配置。
主要机制是用户手动在配置中心上填好配置，服务在启动时，连接配置中心获取当前服务的配置。

其中配置又分公共配置和私有配置。比如所有服务都连一个数据库，那么把数据库地址配到公共配置中，服务只需要引用公共配置即可获取到数据库地址。在数据库地址有变动时，修改公共配置中的数据库地址，所有服务都会接收到更新。私有配置则是服务独有的配置，例如连接数据库中哪个库这种，每个服务一般都有专属库。

至于配置对比功能，Nacos 完全没有。Apollo 有个不太好用的横向对比功能，也就是多个集群（环境）之间配置对比，前提要求所有集群都由一个 Portal 来管理。实际情况开发和测试环境往往在企业内网，而生产环境部署在共有云上，它们之间网络会隔离，没法要求统一管理。

这个工具专注于配置对比，除了横向对比功能外，还提供纵向对比功能。纵向对比是在同一集群内部查找重复的配置项，这些配置有些没必要，有些可以提取到公共配置中，以减少配置维护量。

支付开通成功 Plus ，谢谢！