我不知道原因，但只知道解法。從解法來看，是 VS IDE 管太多卡到舊DLL了。
In Visual Studio 2019:
Debug Menu, Windows --> Exception settings, opens the Exception settings window.
There expand "Managed Debugging Assistants" and finally uncheck NonComVisibleBaseClass
參考:
https://stackoverflow.com/questions/1049742/noncomvisiblebaseclass-was-detected-how-do-i-fix-this
在 Go1.22 的時候，讓 http.HandleFunc 新的 routing pattern 可以用變數的形式拿到 URL 路徑裡的值
要使用這個功能，要讓 go build 使用新的編譯方法，不然它總是用舊方法編譯，這是為了相容性。
最簡單就是在 go.mod 裡加上一行 go 1.22 或是 go 1.23
https://stackoverflow.com/questions/28745161/with-gos-webserver-where-does-the-root-of-the-website-map-onto-the-filesystem
https://tip.golang.org/doc/godebug
https://programmingpercy.tech/blog/exciting-go-update-v-1-22/
https://github.com/babafemi99/up-I-go/blob/main/main.go
https://gowithore.hashnode.dev/go-up-or-go-down
https://stackoverflow.com/questions/24116147/how-to-download-file-in-browser-from-go-server
https://mileslin.github.io/2020/03/Golang/%E5%BB%BA%E7%AB%8B%E4%B8%8B%E8%BC%89%E6%AA%94%E6%A1%88%E7%9A%84-Http-Response/
T6: Active 端
select.req <-T6-> select.rsp
T7: Passive 端
open -> not_select <-T7-> select
T5: Active 端
connect_fail <-T5-> connecting
T8: msg:{B <-T8-> B...}
## 方法
1. objectType.GetInterfaces().Contains(interfaceType)
2. interfaceType.IsAssignableFrom(objectType)
3. objectType.IsAssignableTo(interfaceType)
4. objectType.GetInterface(nameof(interface)) != null
## 參考來源
https://www.facebook.com/groups/1706638306295947/?multi_permalinks=3338835626409532
是否出現 misc.rsba_no 不存在的問題？其實解答不是表面上可以看到的。
我最近突然遇到很多個 suspend 的 vm 開起來就出現這個問題，導致許多暫存的東西皆無法回復。
回頭去查發現這情況都發生在主機的 hyper-v 功能打開之後，來回測試一番，覺得應該是 CPU 特性有改變，讓 vmware 無法回復狀態。
很重要的資料在 vm 裡沒存的話，還是改回去做處理。
