-
Go中参数均为值传递，传指针实为传指针副本，故函数内重赋指针值不影响外部；修改指向内容需*p=newVal，改指针本身需**int或返回新指针。
-
bufio.Scanner逐行读取文件最常用且安全，但超长行、二进制内容或需错误定位时不适用；默认单行上限64KB，超限报ErrTooLong，调试困难；支持超长行需调用scanner.Buffer()。
-
让新结构体满足旧interface的关键是通过适配器模式精准转发调用，不篡改语义、不新增逻辑，严格遵循方法集规则和接收器类型匹配，并避免导出内部字段以维护封装性。
-
pprof默认暴露在/debug/pprof且无鉴权，导入net/http/pprof即自动注册全部调试接口，生产环境必须隔离至独立端口（如127.0.0.1:6060）并加基础认证，禁用公网访问。
-
Go中无法通过指针修改常量，根本原因是OS内存保护机制将只读数据段（如.rodata）设为PROT_READ，写操作触发SIGSEGV；const是编译期概念，不占运行时内存槽位，真正可修改的是var声明的变量。
-
Go用带缓冲channel（如make(chanstring,10)）可构建轻量级内存消息队列，天然并发安全，适合开发调试等可丢消息场景；服务重启消息即丢失，缓冲大小需权衡内存与背压。
-
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。
