-
fsnotify为什么监听不到文件修改？根本原因通常是监听路径没加对，或者事件类型没注册全。fsnotify默认只监听Write、Create、Remove、Rename四类事件，但很多编辑器（如VSCode、vim）保存时会先写临时文件再原子替换，触发的是Remove+Create，而非直观的Write。确保用watcher.Add("/path/to/dir")监听目录，而不是单个文件（文件被替换后原fd失效）显式注册所有关心的事件：watcher.Add("./c
-
Go项目应选zap而非log：标准库log仅适合脚本，zap性能更高、支持分级/结构化/字段注入；开发用Debug配置，生产用Production；ERROR需立即告警，WARN需抽检，INFO记正常节点，DEBUG仅限开发；字段命名须规范统一，避免嵌套；文件输出需lumberjack滚动策略（MaxSize+MaxAge+MaxBackups），ERROR单独文件。
-
<p>Go中传指针本身不省内存（64位下仅8字节），真正节省在于避免大结构体值拷贝；必须用指针时包括调用*T方法、修改原结构体字段、满足接口方法集要求；需警惕逃逸分析导致堆分配及指针带来的可读性、空值和GC负担问题。</p>
-
应使用sync.Mutex保护共享变量，因goroutine轻量但非线程安全；多goroutine同时读写未同步变量会引发数据竞争，需读写均加锁，避免漏锁、死锁或锁粒度不当。
-
WebSocket断开时ReadMessage返回1006错误是正常现象，需立即停止读循环、关闭连接并退出goroutine；应主动发CloseMessage、用context协同退出、设读写deadline、用sync.Map安全管理连接及清理。
-
interface{}会让变量逃逸到堆上，因编译器无法确定底层类型大小和生命周期，保守地将原值复制到堆；常见于传给fmt.Println、json.Marshal等接受interface{}的函数。
-
使用time.Ticker可实现每5秒并发执行独立任务；2.time.AfterFunc适合延迟10秒后执行一次性任务；3.结合context与channel可优雅管理多个定时任务的生命周期，避免goroutine泄漏。
-
table-driven测试与并发结合即为每组测试用例启动多个goroutine，并通过channel和WaitGroup收集结果、校验全局状态；需用atomic/sync保护共享资源，运行时加-race标志检测竞态。
-
Context仅传递取消信号、超时控制及少量元数据（如traceID），业务数据应走函数参数或结构体；WithValue的key须为自定义类型；HTTPhandler优先用WithTimeout并defercancel；goroutine中defercancel会失效，应传入外部ctx或显式调用cancel。
-
Go中删除文件用os.Remove（单文件或空目录），非空目录须用os.RemoveAll；需检查错误类型如os.ErrNotExist，并用os.Stat预判路径类型以避免误删，注意跨平台差异。
-
直接调用net.Listen("tcp",":8080")可监听所有本地IP的8080端口，需检查err、defer关闭listener、并发处理Accept连接；UDP无连接故无Accept，须用ReadFrom/WriteTo；net.Dial失败需区分错误类型并配合context控制超时；net.Conn必须显式Close，否则fd泄漏。
-
Go语言推荐使用UTF-8编码并配置编辑器确保保存时使用该编码；2.使用gofmt工具统一代码格式，支持文件或目录级别格式化，并建议在CI中检查；3.配置编辑器（如VSCode、GoLand、Vim）实现保存时自动格式化；4.可选使用goimports替代gofmt，自动管理导入包并格式化。统一编码与自动化格式化可提升协作效率，保持代码风格一致。
-
用channel做任务流转更可控，因其具备缓冲、阻塞语义和显式数据契约，可限流、等待完成、统一错误处理，并支持日志、重试、超时等扩展逻辑。
-
指针直接传递内存地址，可修改原值；slice和map虽为值拷贝，但内部含指针，故能共享底层数组或哈希表，函数中修改元素会反映到外部。
-
在Windows上使用Go实现文件独占锁需绕过不支持syscall.Flock的限制，可通过调用Win32API的LockFileEx函数完成跨进程、可重入、支持共享/独占语义的底层文件锁定。
