看到 fmt.Println(a | b)，很多人会先把注意力放在“按位或会得到什么结果”上，但这道题真正考的是 Go 的类型边界。结论很直接：只要操作数是 float64，这段代码就过不了编译；顺着这个报错往下看，正好能把位运算适用范围、浮点数表示方式，以及 Go 为什么要这样限制一次讲清。
这段代码为什么连编译都过不了
题目代码如下：
package main
import (
"fmt"
)
func main() {
var a, b float64 = 1.0, 4.0
fmt.Println(a | b)
}这段代码不会输出任何数值，编译器会直接报错：
invalid operation: a | b (operator | not defined on float64)原因只有一个：Go 中的 | 是位运算符，而位运算符只对整数类型开放。像 float32、float64 这样的浮点类型，不能直接参与 |、&、^、<<、>> 这类操作。
这也是这道题最容易误判的地方。很多人默认“二进制里都是位，当然可以做位运算”，但 Go 并不按“底层能不能摆成二进制”来放行，而是按“这个操作在该类型上是否有明确语义”来约束。
为什么浮点数不支持位运算
要理解这个限制，关键在于整数和浮点数的二进制表示不是一回事。
整数的位有直接数值含义
整数通常可以看成直接的二进制补码表示。每一位都对应明确的权重，位与、位或、位异或、移位这些操作都有稳定、可解释的数学和工程意义，因此适合拿来做掩码、标志位、编码和底层优化。
浮点数的位是结构化编码
浮点数采用 IEEE 754 标准表示，内部并不是“每一位都按普通二进制权重排开”的简单形式，而是由符号位、指数位和尾数组成。也就是说，浮点数的位模式首先是一种编码结构，而不是适合直接做位逻辑运算的数值布局。
如果把两个浮点数的底层位模式强行做按位或，得到的结果可能会同时改动符号位、指数位和尾数位。这样产出的新位模式虽然在某些情况下仍能对应某个浮点值，但这个值通常没有清晰的数学含义，也不符合开发者对“或运算”的直觉预期。
Go 在这里选择的是更严格也更实用的路线：既然这种操作对浮点数缺少明确语义，就直接禁止，避免把问题留到运行期。
Go 里的位运算符到底能用于什么类型
在 Go 中，位运算符本身没有问题，问题只在于操作数类型。它们适用于整数类型，例如 int、int32、int64、uint、uint64 等。
常见位运算符包括：
&：按位与|：按位或^：按位异或<<：左移>>：右移
这些运算常见于标志位处理、权限掩码、协议字段解析、哈希或加密相关逻辑，以及部分对性能和内存布局敏感的场景。面试题把 float64 和 | 放在一起，本质上就是在检查你是否真正清楚“运算符能否使用，先看类型是否匹配”。
浮点数应该怎么处理才是正确写法
对于浮点数，应该使用算术运算符和比较运算符，而不是位运算符。原文中的示例是正确方向：
var a, b float64 = 1.0, 4.0
// 算术运算
sum := a + b // 加法
product := a * b // 乘法
// 比较运算
isEqual := a == b // 相等比较
isGreater := a > b // 大小比较这里还要补一个开发中经常踩到的点：浮点数虽然能比较，但直接用 == 判断“是否完全相等”往往不稳妥。原因不是 Go 特有，而是浮点表示本身存在精度误差。实际项目里，更常见的做法是比较两个数的差值是否小于某个阈值，比如 1e-9。
所以，这道题背后的经验可以归纳成一句话：浮点数参与数值计算，整数参与位级操作，两者不要混用语义。
如果确实要操作浮点数的位表示
不能直接对浮点数做位运算，不代表完全碰不到它的底层位模式。Go 已经给出了标准入口：通过 math 包把浮点数转换成对应的整数位表示，再进行分析或操作。
package main
import (
"fmt"
"math"
)
func main() {
var a float64 = 1.0
bits := math.Float64bits(a) // 将float64的位表示转换为uint64
fmt.Printf("浮点数%f的位表示：%bn", a, bits)
}math.Float64bits 和 math.Float32bits 的价值在于，它们把“浮点值”转换成“可进行位级观察的整数表示”。这类方法适合做底层调试、编码分析或特定算法处理，但它和“直接拿浮点数去做 |”是两回事。
也就是说，Go 并没有把这条路彻底封死，而是要求你先显式完成类型转换，再去做位级操作。这个设计很符合 Go 一贯的风格：允许底层能力存在，但要求语义清楚、意图明确。
这道面试题真正考察的是什么
表面上看，这是一道关于运算符的小题；实际上，它考的是三个很基础但很容易被忽视的点。
第一，Go 是强类型语言
运算是否合法，不由“看起来像不像能算”决定，而由类型系统直接裁定。只要类型不匹配，编译器就会拦下。
第二，位运算只属于整数语义
记住这一点，比死记某个报错更有用。以后看到掩码、移位、异或等逻辑时，也能立刻判断应该使用哪类数据类型。
第三，理解底层表示有助于理解语言设计
知道浮点数遵循 IEEE 754，知道它不是普通整数那样的线性位权结构，就更容易接受为什么 Go 要禁止这类操作。这不是语法刁难，而是在用类型系统提前拦住无意义的表达式。
回到题目本身，答案并不是某个运算结果，而是：代码无法编译，报错为 invalid operation: a | b (operator | not defined on float64)。如果面试里遇到类似问题，先判断“能不能编译”，往往比急着算值更重要。
