CTO | 技术分享：副业开发

▌ 技术引导
副业开发不是玩票，是真刀真枪的活儿。我去年用Go+React+MongoDB一口气做了三个副业项目，都是线上服务，直接变现。关键不是选对语言，而是选对架构，配置对的环境，用对的工具链。像我用Docker做本地测试，一次打包就能在不同机器上跑通，省了无数调试时间。还有指定的环境变量加载方式，配合CI/CD，自动部署到Vercel和Heroku，根本不用管服务器配置。最鸡肋的是前端打包，我用Webpack+Vite混合配置，打包速度提升3倍，还支持热更新。这些细节不是随便说说，都是真踩坑后总结出来的落地经验，直接能用。不是说你想做什么就做什么，而是要盯着性能、稳定性和成本，像切菜一样精确。

▌ 技术参考

一 正确选择开发栈
别看眼前好像随便用啥都能做，我试过Python+C+++MySQL的组合，结果一个项目卡在数据库连接池上，跑了三个月都没解决。现在用Go+React+MongoDB，配合Redis做缓存，整个流程流畅。前端用Vite打包，后端用Gin框架，数据库驱动用MongoDB的官方库，加上logrus做全局日志。关键在选择，不是随便堆砌。比如前端用Vite的构建命令是：vite build --mode production，这个指令能自动优化代码，减少体积。如果用Webpack，得手动配置splitChunks和mode，不然根本没法跑出理想效果。技术栈选对了，后面工程化才有底气。

二 环境变量与配置管理
本地开发用.env文件，但线上部署用Vault或AWS Secrets Manager，否则密码、密钥乱放，容易泄露。我在CI/CD中用dotenv加载配置，配合变量覆盖机制，比如在Vercel的环境变量里设置API_KEY=abc123，这样本地和线上就不会冲突。配置项要分层，比如数据库URL、API端点、缓存策略，都别放在一起。另外，注意不同环境下的日志级别，开发环境用debug，生产用info，这样不会把敏感信息打出来。配置文件用YAML格式，结构清晰，避免JSON的嵌套问题。

三 Docker化部署与容器编排
我用Docker把项目封装成镜像，本地启动容器用docker-compose up，线上用Docker Swarm做编排。容器里跑Go服务，挂载挂载配置文件，暴露端口8080，健康检查用curl http://localhost:8080/health。如果遇到容器启动失败，先看日志 docker logs myapp，再查Dockerfile中的build步骤是否正确。用multi-stage构建，减少镜像体积。比如FROM golang:1.21 as builder，COPY . /app，RUN go build -o /app/myapp，然后FROM alpine:latest，COPY --from=builder /app/myapp /app，EXPOSE 8080，CMD ["./myapp"]。这样就能确保镜像小且稳定。

四 CI/CD自动化流程
用GitHub Actions，每个项目有独立的workflow，比如build.yml、deploy.yml。在build阶段用go mod tidy清理依赖，然后用go test -v -cover，确保测试覆盖率。部署阶段用vite build生成静态文件，然后用scp上传到服务器。如果用Heroku，部署命令是git push heroku main，然后heroku ps:restart。用Vercel的话，设置Build Command为npm run build，然后Deploy Command是vercel deploy。别用git push，容易出错。更关键的是监控，用Prometheus+Grafana，连上本地的服务，实时看CPU、内存和请求量。

五 静态资源优化与CDN集成
前端打包后，文件体积很大，用户加载慢。我用Webpack的splitChunks拆分代码，每个模块独立打包，这样用户只下载需要的部分。再用Vite的优化功能生成manifest.json，配合Web Workers处理任务，主线程不阻塞。用Cloudflare做CDN，设置缓存策略，把静态文件缓存30天。如果用阿里云，配置OSS Buckets，设置CORS规则和生命周期策略，自动删除旧文件。关键在缓存策略，别浪费带宽，用户体验才能提升。

六 踩坑场景：依赖冲突与版本控制
真实案例是之前用Go+MongoDB打了一个项目，结果依赖库冲突，导致服务崩溃。解决方式是用go mod edit -replace，把冲突的依赖替换为指定版本。比如替换github.com/mongodb/mongo-go-driver => github.com/mongodb/mongo-go-driver v1.9.0。另外，环境变量加载顺序有问题，导致配置错误。用os.Load env时优先加载.local.env，再加载.env，最后才是默认值。如果用Dotenv，记得添加env_file参数，不然会加载错。Git提交时别提交.env文件，用.gitignore屏蔽，用CI/CD中的变量替换，避免隐私泄露。

七 踩坑场景：服务启动失败与日志问题
本地跑服务没问题，部署到服务器就卡死。检查日志发现是环境问题，比如缺少依赖库，或者数据库连接池没启动。解决方法是用strace跟踪系统调用，看是不是在连接数据库时卡住。也可以用gdb调试，Run myapp，然后bt查看堆栈。如果服务没启动，检查是否有权限问题，比如用sudo运行可能遇到路径错误。日志系统必须用结构化方式，比如用zap库，设置level=info，然后输出到文件，用logrotate控制大小。别用console.log，这样线上看不清。

八 踩坑场景：API响应慢和数据库瓶颈
副业项目最大的问题就是性能。之前用MongoDB改写查询，把嵌套查询改成聚合管道，速度提升20倍。优化索引，用db.collection.createIndex({ field: 1 })，确保查询字段有索引。如果用Redis，设置过期时间，避免内存爆掉。用Go的goroutine处理并发，比如用worker pool模式，限制最大并发数。监控用Prometheus+Grafana，看QPS和响应时间。别等用户投诉才优化，提前用pprof做性能分析，找出热点函数。

九 踩坑场景：跨域问题与安全加固
前端和后端跨域，最常见的是CORS错误。用Gin框架的话，配置CORS中间件，比如cors.Config{AllowOrigins: []string{""}, AllowMethods: []string{"GET", "POST"}, AllowHeaders: []string{""}}。别用通配符，要指定域名和端口。安全方面，用JWT做认证，签名用HS256，密钥用env变量加载。设置CORS头的时候，别漏掉Access-Control-Allow-Origin，否则浏览器直接拦着。还有用HTTPS，证书用Let’s Encrypt，用docker run --mount type=secret,src=/etc/letsencrypt/live/yourdomain.com,dest=/certs，这样更安全。

十 踩坑场景：日志系统混乱与调试困难
本地用标准log，线上用JSON格式日志，方便解析。用zap库，设置encoderConfig: zap.NewJSONEncoder()，然后用zap.NewDevelopment()做开发日志，zap.NewProduction()做线上日志。日志文件用logrotate管理，设置daily压缩，保留30天。如果用ELK，配置logstash的filter，用grok解析日志，再存入Elasticsearch。别用常规文本文档，日志系统要结构化，这样运维才能看懂。调试的话，用pprof生成profile，看CPU和内存使用情况，再用go tool pprof分析。

十一 踩坑场景：内存泄漏与资源回收
Go语言的GC比较智能，但某些库会泄露资源。比如之前用的MongoDB驱动，没有在使用后关闭连接，导致内存一直上涨。解决方法是用defer close，确保所有资源释放。比如在连接池里，每个conn用defer db.Close()。如果用Redis，用defer client.Close()。内存泄漏要靠pprof来检测，用go tool pprof http://localhost:6060/debug/pprof/heap，看内存占用趋势。如果是频繁GC，调整GOGC参数，比如GOGC=50，让GC更高效。

十二 踩坑场景：依赖升级与兼容性问题
用go get升级依赖，结果项目崩溃。解决方法是用go mod tidy清理旧版本，再看vendor目录是否有残留。用go mod graph查看依赖关系，确保没有版本冲突。如果遇到兼容性问题，用go list -m all列出所有依赖，然后手动替换。比如把github.com/gin-gonic/gin换成v1.8.0，避免新版本带来的错误。用go mod download下载所有依赖，确保一致性。别用go build直接编译，用go build -mod=mod确保模块正确加载。

十三 踩坑场景：安全性与数据加密
客户数据不能明文传输，必须用HTTPS，证书用Let’s Encrypt自动更新。数据库连接用TLS加密，设置MongoDB的uri为mongodb://user:pass@host:port/?ssl=true。如果用Redis，加密用redis-cli -a password，或者用Redis的SSL配置。数据存储用AES加密，密钥用KMS管理，别硬编码。参数配置用env文件，设置ENCRYPTION_KEY=yourkey123。如果用Cloudflare，开启Workers，前端用HTTPS，后端也必须用HTTPS，不然会被拦截。

十四 踩坑场景：部署成本与资源分配
副业开发不能瞎花钱，用免费托管平台，比如Heroku、Vercel、Netlify。Heroku的buildpack用https://github.com/golang/geo Buildpack，确保Go项目正确部署。Vercel的配置文件vercel.json设置buildDir，指定输出目录。Netlify用gatsby构建，配置buildCommand为gatsby build。资源分配方面，用Docker Swarm的资源限制，设置memlimit和cpulimit，防止某个服务占满内存。监控用Prometheus，配置采集间隔为10s，这样不会影响性能。

十五 适用场景与局限性
副业开发适合轻量级服务，比如API、工具、系统集成。比如做任务调度系统，用Go+Redis+Kafka，和前端React结合，能快速上线。用Go的并发模型，适合处理大量请求。但不适合复杂业务逻辑，比如电商支付，得用专业系统。局限性在于长期维护，切换语言成本高。比如用Go写的服务，前端用React，后期想改Python，得重写接口，成本太高。所以副业开发要选稳定、易维护的技术栈，别为了酷而选。

十六 替代方案：用Serverless架构
如果不想管服务器，用AWS Lambda+API Gateway+DynamoDB，这样成本低，扩展性强。Lambda的冷启动问题用Provisioned Concurrency解决，设置minimumConcurrency=5。API Gateway用X-Ray监控，配置lambda的环境变量LOG_LEVEL=info。DynamoDB用CORS配置，允许前端访问。但Serverless不适合长期运行的服务，比如定时任务，得用CloudWatch Events。这种方式适合快速上线，但调试困难，日志系统要配合CloudWatch。

十七 进阶技巧：用Kubernetes做弹性伸缩
如果副业项目有波动，用Kubernetes做自动扩缩容。配置Deployment，设置replicas=2，然后用Horizontal Pod Autoscaler，根据CPU使用率自动扩展。比如kubectl autoscale deployment myapp --min=1 --max=10 --cpu-percent=50。别用GKE，用minikube测试，运行kubectl apply -f deployment.yaml，确保服务正常。用Prometheus监控，配置ServiceMonitor，确保指标采集正确。但Kubernetes门槛高，适合有一定经验的人。

十八 进阶技巧：用Go的testing框架做压力测试
用go test -bench=TestMyFunction，设置Benchtime=1s，看每秒处理多少请求。用pprof的cpu profile，分析函数执行时间。还可以用wrk做压力测试，比如wrk -t 10 -c 100 -d 30s http://localhost:8080/api。测试结果用csv保存，用Grafana做可视化。别用curl测试，要模拟真实并发。测试环境用Docker，确保一致性。这个框架能发现隐藏的性能问题，比如内存泄漏、死锁。

十九 进阶技巧：用Go的embed功能打包资源
以前打包静态文件需要复制，现在用Go的embed，直接在代码里嵌入文件。比如在main.go里用embed.FS，然后用fs.ReadFile("static/file.txt")。这样不用维护文件夹，部署方便。但要注意大小，文件太大会影响启动速度。设置build标签，比如go build -tags=embed，确保只打包需要的资源。这种模式适合少量资源，不适合大项目。

二十 进阶技巧：用Go的webassembly做跨平台
用go build -o myapp.wasm -w -target wasm -ldflags -s -sflags -s -w，生成WebAssembly文件。然后用React+WebAssembly结合，比如用wasm-bindgen，让JS调用Go函数。但性能不如原生，适合做工具类应用。如果用Cloudflare Workers，直接部署wasm文件，不需要服务器。这种方法适合快速试错，但稳定性差，不适合关键业务。