gopls拡張によるマイクロサービス間の 実装ジャンプの改善

GoConference2025

1. gopls拡張による マイクロサービス間の 実装ジャンプの改善 株式会社サイバーエージェント 山﨑正大朗 Github @seipan Go Conference 2025
2. 1.WINTICKET での課題 2.LSPについて 3.goplsについて 4.gopls拡張 5.拡張goplsの運用 6.感想
3. 山﨑 正大朗/yadon 株式会社サイバーエージェント 株式会社WINTICKET 2025新卒入社 初登壇で緊張しています @seipan
4. はじめに
5. みなさんこんなことありませんか
6. ん〜 定義ジャンプで 実装にジャンプしたい のにinterfaceに飛ぶ
7. 今回はそれを解決する話です
8. WINTICKETでの課題
9. WINTICKETについて
 01
11. WINTICKETでの開発体制 WINTICKETは複数のマイクロサービスで構成されている Rsource Cloud Spanner Cloud BigQuery Cloud Storage Gateway-XXX Pods Web Cloud Run Microservices Pods Logging Profiler Management Tools Cloud Pub/Sub User iOS Android Web Firebase Fastly CDN Cloud DNS Cloud Load Balancing d Live Elemental MediaPackage Elemental MediaLive CloudFront CloudWatch Event Secret Manager API Gateway Lambda ChateauAmeba Cloud Armor
12. ・各マイクロサービス間の通信は gRPCで行われている。 ・全てのマイクロサービスのソースコードは単一の Github リポジ　トリ で管理されている (モノレポ)。 ・各マイクロサービスは依存しあっている。 ・機能開発では複数のマイクロサービスを跨いだ開発をすることが　あ る。 WINTICKETでの開発体制
13. ・各マイクロサービス間の通信は gRPCで行われている。 ・全てのマイクロサービスのソースコードは単一の Github リポジ　トリ で管理されている (モノレポ)。 ・各マイクロサービスは依存しあっている。 ・機能開発では複数のマイクロサービスを跨いだ開発をすることが　あ る。 WINTICKETでの開発体制
14. WINTICKETでの開発 マイクロサービス A マイクロサービス B gRPC
15. WINTICKETでの開発 マイクロサービス A マイクロサービス B gRPC これらに変更を加えたい場合
16. WINTICKETでの開発 マイクロサービス A マイクロサービス B gRPC
17. WINTICKETでの開発 マイクロサービス A マイクロサービス B gRPC 定義ジャンプ！
18. WINTICKETでの開発 マイクロサービス A マイクロサービス B gRPC 定義ジャンプ！
19. WINTICKETでの開発 マイクロサービス A マイクロサービス B gRPC proto 生成 定義ジャンプ！ **.pb.go
20. GoLandとか VSCodeでも Go to Implementations とかなら、、、、
21. GoLandとか VSCodeでも Go to Implementations とかなら、、、、
22. 実装を探したい 関数名コピーして 実装のディレクトリに移動して grepして 実装探して、、、、
23. 実装を探したい 関数名コピーして 実装のディレクトリに移動して grepして 実装探して、、、、
24. gopls VSCode拡張 解決したい
25. LSPとは
26. LanguageServerとは コード補完、定義ジャンプ、リファレンス検索、リントなどの機能 をIDEに提供するもの。 ・Rust: rust-analyzer ・Scala: metals ・Typescript: typescript-language-server など
27. goplsとは オープンソースの Go言語のLanguage Server
28. LSPとは LSP(Language Server Protocol)とは JSON-RPCベースのプロトコ ルで、IDEとLanguageServer間の通信の標準仕様 https://code.visualstudio.com/api/language-ext ensions/language-server-extension-guide
29. 例 ・textDocument/definition 　カーソル位置のシンボルが定義されている場所を問い合わせる。 ・textDocument/completion 　カーソル位置で利用可能な補完候補を問い合わせる。 ・textDocument/implementation 　インターフェースや抽象メソッドなどの実装先を問い合わせる 　
30. goplsについて
31. 定義ジャンプの大まかな流れ gopls 定義ジャンプしたい ジャンプ textDocument/definition 位置を返す LSP
32. goplsの実装を追ってみる JSON-RPCのメソッドで 処理を分岐させる ファイル種別で処理を 分岐させる
33. golang.Definitionを追ってみる① 以下のパターンだと別の処理 ・import文 ・package名 ・embed directive ・Linkname directive ・DocLink
34. golang.Definitionを追ってみる② 以下のパターンでも別の処理で ・return ・continue ・break ・goto
35. golang.Definitionを追ってみる③ その後通常の識別子として判別 ・referencedObject カーソル位置の types.Objectを取得 ASTを取得してき、 info.ObjectOfで 定義元のObjectを取得
36. golang.Definitionを追ってみる④ ・ObjectLocation ③のtypes.Objectの位置を取 得 start = obj.Pos() end = start + token.Pos(namelen) でLocationを組み立てている
37. 問題の定義ジャンプ改善 通常の識別子上での位置を返す前に RPCの実装を見にけば解決できそう、、、、！
38. ここでクイズ ~定義ジャンプ何処に飛ぶでしょう ~ return break
39. ここでクイズ ~定義ジャンプ何処に飛ぶでしょう ~ return break
40. ここでクイズ ~定義ジャンプ何処に飛ぶでしょう ~ ASTを上に辿って、 関数が見つかったら停止 関数の戻り値の位置を返 している
41. ここでクイズ ~定義ジャンプ何処に飛ぶでしょう ~ for, range文の場合 breakなら 最後(“}“) continueなら 最初(“for”) の位置を返す
42. gopls拡張
43. goplsを拡張する 追加する
44. 1. 定義元がproto配下であるか確認 v.microserviceA.GetUser ↑だと microserviceAが proto配下であるか importPath を見て確認する。
45. 1. 定義元がproto配下であるか確認 ASTを取得 識別子の検証 importPath を確認
46. 2. 定義元のマイクロサービス名を取得 microserviceA.GetUserやclient.GetUser microserviceA, clientのpathを確認。 WINTICKETでは/proto/{{マイクロサービス名 }}のように なっているので、 1と同じように、 imortPathからマイクロ サービス名を取得してくる。
47. 3. 2で取得したパッケージで RPCの実装を探索 WINTICKETでは/pkg/{{マイクロサービス名 }}となっている ので、マイクロサービスのディレクトリで探索を行う。
48. 4. 位置を返す ファイルを 1行ずつ分割し、 正規表現で頑張る。 マッチしたら FindStringIndex , strings.Indexで正確な位置を 取得し、protocol.Locationを 組み立て返却する。
49. gopls拡張で思ったこと 愚直に頑張るしかない 　 　・汎用的なものを作るのは難しい 　・ディレクトリ構成は中々変わらない 　・それよりも正確に飛ぶことを頑張る
50. 拡張goplsの運用
51. 拡張したgoplsをどう使っていくか
52. 拡張goplsのコード管理 1. github.com/golang/tools をprivateリポジトリに forkする ・ドメイン固有のロジックが入っているため 2. submoduleでWINTICKETのソースコード配下に置く ・ソースコード配下で拡張 goplsをビルドするため
53. 拡張したgoplsをどう使っていくか 1. デフォルトの goplsを拡張した goplsに置 き換える 2. RPCの実装に飛ぶ専用の定義ジャンプ を作って、そこでだけ拡張 goplsを使う
54. 拡張したgoplsをどう使っていくか 1. goplsを拡張した goplsに置き換える 2. RPCの実装に飛ぶ専用の定義ジャンプ を作って、そこでだけ拡張 goplsを使う
55. 理由 他のlanguageServerの機能も拡張 goplsに乗っかる ことになる 　　→メンテナンスが大変。 textDocument/definitionが完全に置き換わってしま う。 　　→逆にinterfaceに飛びたい時に不便
56. 普段 gopls 定義ジャンプしたい ジャンプ textDocument/definition 位置を返す LSP
57. 新しい定義ジャンプ 拡張gopls gRPCの実装に 定義ジャンプしたい ジャンプ textDocument/definition 位置を返す LSP VSCode拡張
58. 新しい定義ジャンプ 拡張gopls gRPCの実装に 定義ジャンプしたい ジャンプ textDocument/definition 位置を返す LSP VSCode拡張
59. 新しい定義ジャンプ 拡張gopls gRPCの実装に 定義ジャンプしたい ジャンプ textDocument/definition 位置を返す LSP VSCode拡張 普段 gopls 定義ジャンプしたい ジャンプ textDocument/definition 位置を返す LSP 共存させる
60. gopls 拡張gopls 従来の操作 RPC の実装に飛びたい
61. VSCode拡張 Go to gRPC Definitionを追加
62. VSCode拡張 1. 呼び出されたら拡張 goplsを起動する 2. textDocument/definitionリクエスト 3. レスポンスを受け取ったらその位置に ジャンプする
63. 飛べた！！！！
64. 感想
65. 1. 簡単に拡張はできる 2. 大切なのはジャンプの正確性と速さ
66. ありがとうございました