直接用iota定义权限常量会出错，因其生成0、1、2等连续整数而非2的幂次（1、2、4、8…），导致Read|Write=1与Write值冲突，权限判断完全失效；必须用1<<iota或显式赋值确保每位独立。
为什么直接用 iota 定义权限常量会出错
因为 iota 默认从 0 开始递增，Read = iota 是 0、Write 是 1、Exec 是 2 —— 这三个值二进制分别是 0、1、10，按位或时 Read | Write == 1，恰好等于 Write 的值，导致权限判断完全失效。
位掩码要求每个标志独占一个 bit：必须是 1（001）、2（010）、4（100）……才能无损组合与检测。
- 错误写法：
Read = iota→ 得到 0，不能参与位运算逻辑 - 正确起点：必须用
1 ，让第一项为 <code>1 - 后续项自动继承左移表达式：
Write不写表达式，也默认是1
1 的实际写法和类型绑定
光写 1 不够，还要确保类型安全。裸整数常量在跨平台或右移时可能因符号位出问题，且无法约束非法值传入。
推荐做法是定义自定义无符号类型，并让常量属于该类型：
立即学习“go语言免费学习笔记（深入）”；
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
type Perm uint
const (
Read Perm = 1 << iota
Write
Exec
Delete
)- 类型用
uint或显式uint32/uint64，避免负数和符号扩展干扰 - 不要混用：同一
const块里别出现Version = "v1"这类非整型常量，否则iota下一行重置为 0 - 如果需要预留空位（比如跳过第 2 位），用
_占位：_后iota继续递增，下一项仍是1
权限判断为什么不能用 == 而必须用 &
权限通常是组合值，比如 Read | Write 是 3（011），它同时包含 Read（001）和 Write（010）。用 == 只能匹配完全相等的整数，无法识别子集关系。
正确判断方式是按位与后非零：
if perm & Read != 0 { /* 有读权限 */ }- 务必加括号：
(perm & Read) != 0，否则运算符优先级可能导致意外结果 - 不要写
perm & Read == Read—— 虽然等价，但冗余且易读性差 - 组合多个权限时用
|：比如Read | Write | Exec，不是加法
iota 在 const 块中“断档”或“插队”的常见误操作
iota 不是全局计数器，它只在每个 const 块内独立计数，且只在“参与表达式计算”时递增。空行、注释、_ 占位都不影响计数；但一旦某行写了固定值（如 Unknown = -1），后续所有 iota 就重置为 0。
- 错误示范：
Unknown = -1紧跟Active = iota→Active是 0，不是你预期的 1 - 安全写法：用
_ = iota强制占掉首行，再显式赋值：Unknown = -1，后面Active才是 1 - 更清晰的做法：把协议码、错误码、权限码拆成不同
const块，互不干扰 - 想生成十进制分级（如日志等级 10/20/30）？写
LevelDebug = iota * 10
真正容易被忽略的，是 iota 表达式中混入浮点数、字符串或函数调用——Go 编译器不会报错，但 iota 会悄无声息地重置，而且这种 bug 往往只在特定 const 块里生效，排查起来非常隐蔽。
