1、go和python語言建網站不需要web伺服器嗎
Web伺服器也是一個應用程序，這個應用程序打開了TCP的80埠，通過HTTP協議和瀏覽器交互。
Python和Go有非常成熟的類庫，可以用很短的程序來實現一個Web伺服器的功能（打開80埠通過HTTP協議與瀏覽器交互）。
基本上任何伺服器端的語言都可以編寫一個Web伺服器，但是Python和Go更容易實現。
Web伺服器也是一個應用程序，這個應用程序打開了TCP的80埠，通過HTTP協議和瀏覽器交互。<br><br>Python和Go有非常成熟的類庫，可以用很短的程序來實現一個Web伺服器的功能（打開80埠通過HTTP協議與瀏覽器交互）。<br><br>可以這樣說，基本上任何伺服器端的語言都可以編寫一個Web伺服器，但是Python和Go更容易實現。
Web伺服器也是一個應用程序，這個應用程序打開了TCP的80埠，通過HTTP協議和瀏覽器交互。Python和Go有非常成熟的類庫，可以用很短的程序來實現一個Web伺服器的功能（打開80埠通過HTTP協議與瀏覽器交互）。可以這樣說，基本上任何伺服器端的語言都可以。
2、使用Go 語言開發大型 MMORPG 游戲伺服器怎麼樣
從2013年起,經朋友推薦開始用Golang編寫游戲登陸伺服器, 配合C++做第三方平台驗證. 到編寫獨立工具導表工具GitHub - davyxu/tabtoy: 跨平台的高性能便捷電子表格導出器. 以及網路庫GitHub - davyxu/cellnet: 簡單,方便,高效的Go語言的游戲伺服器底層. 最終使用這些工具及庫編寫整個游戲伺服器框架, 我的感受是很不錯的
細節看來, 有如下的幾個點:
語言, 庫
Golang語言特性和C很像, 簡單, 一張A4紙就能寫完所有特性. 你想想看, C++到了領悟階段, 也只用那幾個簡單特性, 剩下的都是一大堆解決各種內存問題的技巧. 而Golang一開始就簡單, 何必浪費生命去研究那一大堆的奇技淫巧呢?
Golang的坑只有2個:1. interface{}和nil配合使用, 2. for循環時, 將循環變數引入閉包(Golang, Lua, C#閉包變數捕獲差異) 完全不影響正常使用, 復合語言概念, 只是看官方後面怎麼有效的避免
用Golang就忘記繼承那套東西, 用組合+介面
用Golang伺服器如何保證解決游戲伺服器存檔一致性問題? stop the world是肯定的, 但是Golang可以從語言層並發序列化玩家數據, 再通過後台存檔
channel是goroutine雖然是Golang的語言特性. 但是在編寫伺服器時, 其實只有底層用的比較多.
Golang的第三方庫簡直多如牛毛, 好的也很多
不要說模板了, C#的也不好用, 官方在糾結也不要加, 使用中, 沒模板確實有點不方便. 用interface{}/反射做泛型對於Golang這種強類型語言來說,還是有點打臉
運行期
Golang和C++比性能的話, 這是C++的優勢, Golang因為沒虛擬機, 只有薄薄的一層調度層. 因此性能是非常高的, 用一點性能犧牲換開發效率, 妥妥的
1.6版後的GC優化的已經很好了, 如果你不是高性能,高並發Web應用, 非要找出一堆的優化技巧的話. 只用Golang寫點游戲伺服器, 那點GC損耗可以忽略不計
和其他現代語言一樣, 崩潰捕捉是標配功能, 我用Golang的伺服器線上跑, 基本沒碰到過崩潰情況
熱更新: 官方已經有plugin系統的提交, 跨平台的. 估計很快就可以告別手動cgo做so熱更新
開發, 調試, 部署, 優化
LiteIDE是我首選的Golang的IDE, 雖然有童鞋說B格不高. 但這估計實在是找不到缺點說了, 別跟我說Visual Studio, 那是宇宙級的...
曾經聽說有人不看好Golang, 我問為啥: 說這么新的語言, 不好招人,後面打聽到他是個策劃... 好吧
真實情況是這樣的: Golang對於有點編程基礎的新人來說, 1周左右可以開始貢獻代碼. 老司機2~3天.
開發效率還是不錯的, 一般大的游戲功能, 2*2人一周3~4個整完. 這換C++時代, 大概也就1~2個還寫不完. 對接伺服器sdk的話, 大概1天接個10多個沒問題
Golang自帶性能調優工具, 從內存, CPU, 阻塞點等幾個方面直接出圖進行分析, 非常直觀, 可以參考我博客幾年前的分析: 使用Golang進行性能分析(Profiling)
Golang支持交叉編譯, 跨平台部署, 什麼概念? linux是吧? 不問你什麼版本, 直接windows上編譯輸出一個elf, 甩到伺服器上開跑.不超過1分鍾時間..
3、用go來開發MMO游戲伺服器有哪些坑
用Go開發大型mmorpg服務端不會有問題的，如果掉坑裡肯定不會是語言的問題。唯一比較可能掉進去的坑就只有GC，其實很容易預防和調整的，具體細節可以看我博客分享的文章。但是技術選型不只是選語言，如果當時我手頭有一套性能滿意，開發效率OK，人員補給不會有問題的技術方案，不管是什麼語言的，我肯定不會放棄它而選擇冒險的。