-
使用TLS可保障GolangRPC通信安全，服务端通过tls.Listen启用加密监听，客户端加载证书并建立安全连接，实现端到端加密传输。
-
strings.Contains是最直接安全的子串判断方式，返回bool值，区分大小写、朴素匹配；不适用于格式验证或内容提取，空字符串为true，非空子串在空串中为false。
-
Gonet/rpc本质是TCP+Gob的同步阻塞二进制协议，支持连接复用但不跨语言；需导出类型与字段，方法签名严格为func(T,Args,*Reply)error；客户端须传已初始化指针，建议用jsonrpc替代以获HTTP/JSON优势。
-
Go中享元模式仅适用于高频创建、状态可分离且内存敏感的轻量对象，如Token、glyph等；多数场景用sync.Pool或结构体字面量更高效，字符串常量和iota本身已是天然享元。
-
在Go的RPC服务中，超时管理需通过context从客户端到服务端全程控制。客户端应设合理超时，如查询类500ms~2s；服务端需传递context至数据库等阻塞调用；可通过gRPC拦截器统一设置默认超时；重试机制要结合超时，非幂等操作不重试，且总超时覆盖重试间隔。
-
Gochannel不适合作为消息队列，仅适用于进程内轻量任务队列；需用只写/只读类型声明、结构化任务体、显式关闭与range消费；应限制worker数量并实现背压控制，避免缓冲滥用和goroutine泄漏。
-
Go中文件上传限制需在解析阶段介入，通过ParseMultipartForm设置maxMemory（内存阈值）和maxFormSize（总请求体上限）实现；超出maxFormSize直接返回400错误。
-
GOMAXPROCS(n)仅限制可运行goroutine的P数量，不提升并发上限或解决I/O阻塞；需配合超时控制、非阻塞接口、pprof/trace分析及sync.Pool优化调度性能。
-
反射性能差且易panic，应避免在高频路径使用；必须用时需校验有效性、可设置性及类型匹配，优先选用编译期确定方案。
-
Go标准库的flag包支持在程序运行时通过flag.Set()或flag.Lookup().Value.Set()动态覆盖已注册flag的值，适用于无法在启动时设置参数（如只读环境）但需调整第三方库（如glog）行为的场景。
-
Go实现事件驱动微服务架构的核心是通过Kafka/NATS/RabbitMQ等消息总线解耦服务：统一连接管理、结构化版本化事件模型、异步幂等发布与消费，并以订单场景为例体现高扩展性与容错性。
-
Timer.Stop()有时不生效，根本原因是它仅在定时器未触发时返回true；一旦进入触发状态（如已向channel发送struct{}{}），Stop()返回false且无法撤回该发送。
-
推荐使用filepath.Join和filepath.Base安全拼接与解析路径；Join自动适配分隔符、规范化路径（如处理..），Base提取文件名，二者组合可跨平台可靠操作路径。
-
reflect.ValueOf(v).Field(i)panic的主因是类型非结构体或索引越界；安全访问需先确认Kind()==reflect.Struct且i<NumField()，非导出字段可用Int()/String()读值但不可Interface()。
-
原生编译更简单可靠；交叉编译仅适用于x86开发机构建ARM64二进制，但易因CGO、头文件不一致出错；含CGO必须原生编译；CGO_ENABLED=0会禁用DNS解析等关键功能；国内需配置GOPROXY避免模块拉取失败；systemd需注意SELinux/AppArmor及GOEXPERIMENT=nopk兼容性。
