go作為服務層，因為效能更好，php適合去做上層的業務開發，通訊可以採用http，編碼格式可以用json或者pb

題主問題範圍太廣泛了，正常一個框架和一種語言是沒有可比性和交集的。

但是，我們可以從業務的角度上做關聯。

舉個簡單例子，使用laravel的小夥伴，即PHP開發者，在一些效能要求的場景下，會考慮用C寫擴充套件來實現業務，其實就可以類比成laravel和go的關係。

當然了，用C寫擴充套件和用go來配合PHP是有些差異的。

前者是直接底層嵌入，可以直接使用PHP語法來操作。後者，更多的是組建成獨立的服務，然後 透過內容或者http，rpc的模式進行呼叫。

從使用者的便捷性來看，前者優。

但是從專案的架構和可擴充套件來看 後者優。

更重要的是，從成本來看，主要指開放成本和維護成本，前者就明顯不如或者了。

這也是目前微服務的早期雛形。把業務拆分成多個服務，各服務彼此獨立，就不在意服務的實現方式了（喜歡用啥就用啥），滿足既定的協議就可以了。

lavarel開發時候，go語言開發人員在一邊喊go,go,go。據說這樣可以加快開發進度，減少bug。如果無效，php也自己會go(走人)