flask照樣能夠應(yīng)付高并發(fā)的，以我的經(jīng)驗(yàn)，使用flask+uwsgi+mongodb，1秒鐘幾千個(gè)請(qǐng)求（一天可以處理上億的pv)都是能夠輕松應(yīng)付的。我覺(jué)得，一般并不是換了go就能解決高并發(fā)的問(wèn)題。性能的問(wèn)題，無(wú)非取決于幾點(diǎn)，數(shù)據(jù)庫(kù)（一般是索引）是并發(fā)最主要的瓶頸，其次是uwsgi等的生產(chǎn)環(huán)境工具使用，redis等緩存的使用，再到業(yè)務(wù)邏輯實(shí)現(xiàn)的思路，再到部署服務(wù)器的硬件配置，如磁盤(pán)io，網(wǎng)絡(luò)等。

如果是多端rest調(diào)用的話，直接以微服務(wù)的方式，把go寫(xiě)的映射到域名某個(gè)路徑就好了 比如：domain.com/api/go/xxx/xxx, 做好session共享就好了，一般用token之類(lèi)的。

如果只是單應(yīng)用，用sock或rpc都可以?；蛘咧苯蛹虞d lib.dll/lib.so　方式都行。

將有應(yīng)對(duì)高并發(fā)需求的URL用Go實(shí)現(xiàn)，然后用Nginx反向代理。
這樣會(huì)有session問(wèn)題，可以改成使用外部session或者JWT

我推薦第二種做法，也就是現(xiàn)在比較流行的微服務(wù)架構(gòu)，讓適合的語(yǔ)言做適合的事情，將對(duì)并發(fā)要求比較高的業(yè)務(wù)交給go來(lái)寫(xiě)，兩者之間通過(guò)rpc通訊。

整個(gè)重寫(xiě)的話任務(wù)量比較大。，不建議使用用反射機(jī)制路由的框架。
可以用go實(shí)現(xiàn) restful api 。
也可以使用 tornado 結(jié)合flask