-
Go并发模型基于CSP，核心是goroutine+channel通信而非加锁；常见问题包括goroutine泄漏（缺退出机制）、channel阻塞/死锁（无缓冲需同步收发、缓冲满则阻塞）及数据丢失（忽略ok导致panic或死锁）。
-
Go标准库net/rpc不提供服务注册与发现机制，需自行封装内存注册表或对接etcd等外部组件，或直接迁移到gRPC以获得原生支持。
-
Go的net/http客户端默认不重试，需手动实现；推荐用自定义RoundTripper封装重试逻辑，仅对GET/HEAD/OPTIONS/PUT/DELETE等幂等方法重试，配合指数退避与Body重放，并优先选用retryablehttp等成熟库。
-
Go中net.Conn关闭后读写会返回具体错误而非panic：如“useofclosednetworkconnection”“connectionresetbypeer”等，均属*net.OpError，可通过errors.Is或类型断言区分场景。
-
服务定位器模式在Go中适用于解耦依赖、延迟获取服务的场景，如插件系统或测试替身；它通过线程安全的全局注册表实现按名或类型获取服务，并可扩展生命周期管理，但生产环境应优先选用构造函数注入。
-
Go语言的json包只能解析结构体中首字母大写的导出字段，小写字段无法被自动填充，这是导致JSON解码后对象为空的最常见原因。
-
Go环境就绪需四步验证：①版本与架构匹配项目要求；②Modules启用且代理可用；③构建链路完整（含CGO支持）；④GOPATH/GOBIN权限正常。仅goversion和hello.go成功不等于Ready。
-
调高runtime.GOMAXPROCS反而更慢，因其增加上下文切换和procresize开销，且Go调度器依赖M:N模型自动复用线程，非简单线程池；应保持默认值，仅在P长期空闲且CPU闲置时调整。
-
不会，未被recover捕获的panic仅终止当前goroutine；须在每个goroutine入口用defer+recover兜底，不可跨goroutine捕获；重试应结合context与select避免泄漏和卡死。
-
查清包依赖来源需用gomodgraph|grep定位引入者，或golist-deps|grep看准确版本；间接依赖应通过gomodwhy-m分析必要性，优先升级/替换上游而非滥用replace/exclude。
-
<p>在Go中，只有通过指针获取并经Elem()得到的导出字段才可设置；需依次检查可寻址、可设置及是否导出，否则Set*方法会panic。</p>
-
本文介绍如何通过正确配置Vim和vim-go插件，使Go源文件始终使用制表符（Tab）进行缩进，避免保存时被自动重置为空格缩进。
-
Go中map的值是不可寻址的，因此无法直接通过map[key].field=value修改结构体字段；解决方法是将map的值类型定义为结构体指针（*Task），从而支持字段赋值。
-
首先安装Go并配置环境变量，再验证安装。具体为：下载Go二进制包并解压至/usr/local；将/usr/local/go/bin和$GOPATH/bin加入PATH；执行source使配置生效；运行goversion和goenv验证版本与环境；最后创建测试程序确认运行正常。
-
Go中判断网络超时应使用errors.Is(err,context.DeadlineExceeded)或类型断言net.Error.Timeout()；区分HTTP错误需用errors.As解包至net.DNSError、net.OpError、*tls.HandshakeError；net.Dial错误须逐层解包再判断系统errno；自定义Transport时应在DialContext中透传并增强连接错误。
