Repository files navigation

Note: We have deprioritized work on this language server for use ineditors in favor of Google's Go language server,gopls. It is in the bestinterests of the community to only have a single language server.

go-langserver is aGo language server thatspeaksLanguage Server Protocol. Itsupports editor features such as go-to-definition, hover, and find-referencesfor Go projects.

Open in Sourcegraph

To build and install the standalonego-langserver run

go get -u github.com/sourcegraph/go-langserver

If you are a client wanting to integrate go-langserver, you can use the following asinitializationOptions in yourinitialize request to adjust the behaviour:

interfaceGoInitializationOptions{/**   * funcSnippetEnabled enables the returning of argument snippets   * on `func` completions, eg. func(foo string, arg2 bar).   * Requires code completion to be enabled.   *   * Defaults to true if not specified.   */funcSnippetEnabled?:boolean;/**   * gocodeCompletionEnabled enables code completion feature (using gocode).   *   * Defaults to false if not specified.   */gocodeCompletionEnabled?:boolean;/**   * formatTool decides which tool is used to format documents. Supported: goimports and gofmt.   *   * Defaults to goimports if not specified.   */formatTool?:"goimports"|"gofmt";/**   * lintTool decides which tool is used for linting documents. Supported: none and golint   *   * Diagnostics must be enabled for linting to work.   *   * Defaults to none if not specified.   */lintTool?:"none"|"golint";/**   * goimportsLocalPrefix sets the local prefix (comma-separated string) that goimports will use.   *   * Defaults to empty string if not specified.   */goimportsLocalPrefix?:string;/**   * MaxParallelism controls the maximum number of goroutines that should be used   * to fulfill requests. This is useful in editor environments where users do   * not want results ASAP, but rather just semi quickly without eating all of   * their CPU.   *   * Defaults to half of your CPU cores if not specified.   */maxParallelism?:number;/**   * useBinaryPkgCache controls whether or not $GOPATH/pkg binary .a files should   * be used.   *   * Defaults to true if not specified.   */useBinaryPkgCache?:boolean;/**   * DiagnosticsEnabled enables handling of diagnostics.   *   * Defaults to false if not specified.   */diagnosticsEnabled?:boolean;}

Additional configuration for Go code intelligence may be required in some cases:

• Custom GOPATHs / Go monorepos
• Vanity import paths

By default, Sourcegraph assumes that Go code in a repository represents Go packages that would be placed under$GOPATH/src/.... Thatis, a Go repository is assumed to only contain Go packages.

For some repositories, such as Go monorepos, this may not be the case. These repositories typically have an entire (or multiple)$GOPA TH directories comitted to them, and the Go language server may not be able to provide code intelligence without being informed of this.

To inform Sourcegraph's Go language server that your repository contains an entire$GOPATH directory, you can use one of three options:

1. Auto-detection via.vscode/settings.json

   Sourcegraph will automatically detect a Visual Studio Codesettings.json file with a GOPATH configuration. You may already have one of these files if you are using Visual Studio Code with the Go extension. The file.vscode/settings.json would look like:

   {"go.gopath":"${workspaceRoot}/YOUR_GOPATH"}

   In this case, Sourcegraph would look for a folder namedYOUR_GOPATH in the root of the repository.

2. Auto-detection via.envrc

   Sourcegraph will also automatically detect a GOPATH from an.envrc file in the root of the repository. You may already have one of these if you are using direnv. For example a file such as:

   export GOPATH=${PWD}/third_partyGOPATH_add code:code2GOPATH_add /absolute

   Would lead to Sourcegraph using a finalGOPATH ofthird_party:code:code2. Note that we will ignore any/absolute path, and that we do not execute.envrc files but rather scan them for simple syntax such as the above. If you use a more complex.envrc file to build yourGOPATH, this auto-detection may not work for you.

3. Manual configuration via.sourcegraph/config.json

   If you add a.sourcegraph/config.json file in the root directory of your repository, Sourcegraph will use this configuration to determine theGOPATH instead of the auto-detection methods described above. An example configuration is:

   {"go": {"GOPATH": ["/third_party","code"]  }}

   Sourcegraph will use a finalGOPATH ofthird_party:code. That is, it will assume thethird_party andcode directories in the root of the repository are to be used as$GOPATH directories.

When the Go language server encounters a vanity import path, it must be able to locate the source code for it or else code intelligence will not work for code related to that dependency.

For example, consider a repositorygithub.com/example/server which contains Go code with animport "example.io/pkg/logger" statement.

1. If the source code forexample.io/pkg/logger is located under a vendor directory, Sourcegraph will use that in the same manner that thego tool would.

2. If the source code forexample.io/pkg/logger is inside of the current repository at e.g.github.com/example/pkg/logger, Sourcegraph will look for it by scanning the repository for acanonical import path comment using some heuristics.

   • For example, if Sourcegraph finds a canonical import path comment such aspackage logger // import "example.io/pkg/logger" in thepkg/logger directory of the repository, Sourcegraph will assume that the code in thepkg/logger directory is what should be used when aimport "example.io/pkg/logger" statement is seen.
   • Note that Sourcegraph only needs to find one such comment for theexample.io domain in order to resolve all other vanity imports. That is, placing this comment inpkg/logger/logger.go is enough for Sourcegraph to know how to import any package underexample.io/....
   • Sometimes the Go language server's heuristics are not able to locate a canonical import path comment in a repository, in which case you can specify the root import path of your repository directly by placing a.sourcegraph/config.json file in the root of your repository, e.g.:

   {"go": {"RootImportPath":"example.io/pkg"  }}

   Which would tell the Go language server to clonegithub.com/example/pkg into$GOPATH/src/example.io/pkg.

3. Otherwise, Sourcegraph will attempt to fetchexample.io/pkg/logger via the network usinggo get example.io/pkg/logger.

If you run into performance issues while using the language server, it can be very helpful to attach a CPU or memory profile with the issue report. To capture one, firstinstall Go, startgo-langserver with the pprof flag (e.g.$GOPATH/bin/go-langserver -pprof :6060) and then:

Capture a heap (memory) profile:

go tool pprof -svg$GOPATH/bin/go-langserver http://localhost:6060/debug/pprof/heap> heap.svg

Capture a CPU profile:

go tool pprof -svg$GOPATH/bin/go-langserver http://localhost:6060/debug/pprof/profile> cpu.svg

Since these capture the active resource usage, it's best to run these commands while the issue is occurring (i.e. while memory or CPU is high).