go编译生成静态单文件二进制，开箱即用；c++默认动态链接，依赖系统库，需手动静态链接且易遗漏；go并发基于轻量goroutine与通道通信，c++依赖重量级线程与显式同步机制。
Go 和 C++ 编译出来的东西，根本不是一回事
Go 默认生成一个静态链接的单文件二进制，C++ 默认生成依赖系统库的动态可执行文件——这是部署时最常踩坑的根源。
- Go 编译：
go build main.go→ 直接得到main（Linux）或main.exe（Windows），拷过去就能跑，连libc都不依赖 - C++ 编译：
g++ main.cpp -o main→ 生成的main在没装libstdc++.so的机器上会报错：error while loading shared libraries: libstdc++.so.6: cannot open shared object file - 想让 C++ 也静态链接？得加
-static-libstdc++ -static-libgcc，但第三方库（如 Boost、OpenSSL）还得自己确保有静态版本，否则照样失败 - Go 的
go mod自动把所有依赖打进二进制；C++ 的CMakeLists.txt得手动写find_package、target_link_libraries，漏一个，运行时就崩
并发写法差着一个抽象层级：goroutine vs std::thread
Go 把并发当原语设计，C++ 把并发当系统资源管理——这不是语法糖差异，是模型级分野。
- 启动一个轻量任务：Go 用
go doWork()，开销约 2KB 内存，瞬间创建上万没问题；C++ 写std::thread t(doWork)，每个线程至少 1MB 栈空间，开几千就 OOM - 数据共享：Go 强制你用
chan int通信，读写天然同步；C++ 默认共享内存，不加std::mutex或std::atomic就是未定义行为，data race错误极难复现 - 匿名函数捕获：Go 自动闭包，
go func() { fmt.Println(x) }()能安全访问外部变量x；C++ 必须显式写[x]() { std::cout ，漏了捕获或错用 <code>&x就悬垂引用
函数返回值和错误处理，思路完全相反
C++ 用异常传播错误，Go 用多返回值显式暴露错误——这直接决定你写业务逻辑时的控制流结构。
- Go 函数典型签名：
func parseJSON(data []byte) (User, error)，调用必须立刻检查：u, err := parseJSON(b); if err != nil { ... } - C++ 对应写法：
User parseJSON(const std::vector<uint8_t>& data)</uint8_t>，出错直接throw std::runtime_error("invalid json")，调用方可以不管，等顶层catch统一兜底 - 坑点：Go 里忘记检查
err是常见 bug，编译器不报错；C++ 里没写try/catch又抛了异常，程序直接terminate - 性能影响：C++ 异常机制在无异常路径下几乎零开销，但栈展开成本高；Go 的
if err != nil是纯分支判断，稳定可控，但代码略啰嗦
struct 和 class 看似相似，实则没有继承这件事
Go 没有 class、没有 public/protected/private、也没有继承——它用组合+接口实现多态，这是初学者最容易误解的设计点。
- Go 的
type User struct { Name string }就是纯数据容器，方法是“挂”上去的：func (u User) Greet() string { return "Hi " + u.Name }，不能被子类型覆盖 - C++ 的
class User { public: virtual string Greet() { return "Hi " + name; } };允许派生类class Admin : public User重写Greet，靠虚表实现运行时多态 - Go 的多态靠
interface：定义type Speaker interface { Greet() string }，只要某个类型实现了Greet()方法，就自动满足该接口，无需声明implements - 坑点：Go 里想“复用字段和方法”，不能
extends，得嵌入另一个 struct：type Admin struct { User; Level int }，但这只是字段复制+方法提升，不是继承，Admin不是User的子类型
真正难的不是语法怎么写，而是习惯怎么切——写惯 C++ 的人总想给 Go struct 加 virtual，写惯 Go 的人看到 C++ 模板第一反应是“这咋调试”。语言没有高下，但选错模型，一天都在填 runtime 的坑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
