Follow the links below to their respective API usage examples:
- Analytics
- Authentication
- Bits
- Channels
- Channels Points
- Chat
- Clips
- Entitlement Grants
- EventSub
- Extensions
- Games
- Moderation
- Polls
- Prediction
- Stream Markers
- Streams
- Subscriptions
- User Extensions
- Users
- Videos
- Webhook Subscriptions
go get -u github.com/nicklaw5/helix/v2
main.go:
client, err := helix.NewClient(&helix.Options{
ClientID: "your-client-id",
})
if err != nil {
panic(err)
}
resp, err := client.GetUsers(&helix.UsersParams{
IDs: []string{"26301881", "18074328"},
Logins: []string{"summit1g", "lirik"},
})
if err != nil {
panic(err)
}
fmt.Printf("Status code: %d\n", resp.StatusCode)
fmt.Printf("Rate limit: %d\n", resp.GetRateLimit())
fmt.Printf("Rate limit remaining: %d\n", resp.GetRateLimitRemaining())
fmt.Printf("Rate limit reset: %d\n\n", resp.GetRateLimitReset())
for _, user := range resp.Data.Users {
fmt.Printf("ID: %s Name: %s\n", user.ID, user.DisplayName)
}
Output:
Status code: 200
Rate limit: 800
Rate limit remaining: 799
Rate limit reset: 1631019126
ID: 26301881 Name: sodapoppin
ID: 18074328 Name: destiny
ID: 26490481 Name: summit1g
ID: 23161357 Name: lirik
The only requirement for creating a new API client is your Twitch Client-ID. See the
Twitch authentication docs on how to obtain a Client-ID.
Once you have a Client-ID, to create a new client simply the NewClient
function. passing through
your client ID as an option. For example:
client, err := helix.NewClient(&helix.Options{
ClientID: "your-client-id",
})
if err != nil {
// handle error
}
If you'd like to pass in your own http.Client
, you can do so like this:
httpClient := &http.Client{
Transport: &http.Transport{
MaxIdleConns: 10,
IdleConnTimeout: 30 * time.Second,
},
Timeout: 10 * time.Second,
}
client, err := helix.NewClient(&helix.Options{
ClientID: "your-client-id",
HTTPClient: httpClient,
})
if err != nil {
// handle error
}
Below is a list of all available options that can be passed in when creating a new client:
type Options struct {
ClientID string // Required
ClientSecret string // Default: empty string
AppAccessToken string // Default: empty string
UserAccessToken string // Default: empty string
UserAgent string // Default: empty string
RedirectURI string // Default: empty string
HTTPClient HTTPClient // Default: http.DefaultClient
RateLimitFunc RateLimitFunc // Default: nil
APIBaseURL string // Default: https://api.twitch.tv/helix
}
If no custom http.Client
is provided, http.DefaultClient
is used by default.
It is common for a Twitch API request to simply fail sometimes. Occasionally a request gets hung up
and eventually fails with a 500 internal server error. It's also possible that an invalid request was
sent and Twitch responded with an error. To assist in circumstances such as these, the HTTP status code
is returned with each API request, along with any error that may been encountered. For example, notice
below that the UsersResponse
struct, which is returned with the GetUsers()
method, includes fields
from the ResponseCommon
struct.
type UsersResponse struct {
ResponseCommon
Data ManyUsers
}
type ManyUsers struct {
Users []User `json:"data"`
}
type ResponseCommon struct {
StatusCode int
Header http.Header
Error string `json:"error"`
ErrorStatus int `json:"status"`
ErrorMessage string `json:"message"`
}
Also note from above that the ResponseCommon
struct includes the header results returned with each request.
Twitch enforces strict request rate limits for their API. See their documentation for the specifics regarding rate limits.
There are a number of helper methods on the response object for retrieving rate limit headers as integers. These include:
Response.GetRateLimit()
Response.GetRateLimitRemaining()
Response.GetRateLimitReset()
Response.GetClipsCreationRateLimit()
(only available when calledclient.CreateClip()
)Response.GetClipsCreationRateLimitRemaining()
(only available when calledclient.CreateClip()
)
This package also allows users to provide a rate limit callback of their own which will be executed just before a request is sent. That way you can provide functionality for limiting the requests sent and prevent spamming Twitch with requests.
The below snippet provides an example of how you might structure your rate limit callback to approach limiting requests. In this example, once we've reached our rate limit, we'll simply wait for the limit to pass before sending the next request.
func rateLimitCallback(lastResponse *helix.Response) error {
if lastResponse.GetRateLimitRemaining() > 0 {
return nil
}
var reset64 int64
reset64 = int64(lastResponse.GetRateLimitReset())
currentTime := time.Now().Unix()
if currentTime < reset64 {
timeDiff := time.Duration(reset64 - currentTime)
if timeDiff > 0 {
fmt.Printf("Waiting on rate limit to pass before sending next request (%d seconds)\n", timeDiff)
time.Sleep(timeDiff * time.Second)
}
}
return nil
}
client, err := helix.NewClient(&helix.Options{
ClientID: "your-client-id",
RateLimitFunc: rateLimitCallback,
})
if err != nil {
// handle error
}
If a RateLimitFunc
is provided, the client will re-attempt to send a failed request if said request received
a 429 (Too Many Requests) response. Before retrying the request, the RateLimitFunc
will be applied.
Some API endpoints require that you have a valid access token in order to fulfill the request. There are two types of access tokens: app access tokens and user access tokens.
App access tokens allow game developers to integrate their game into Twitch's viewing experience. Drops are an example of this.
User access tokens, on the other hand, are used to interact with the Twitch API on behalf of a registered Twitch user. If you're only looking to consume the standard API, such as getting access to a user's registered email address, user access tokens are what you will need.
It is worth noting that both app and user access tokens have the ability to extend the request rate limit enforced by Twitch. However, if you provide both an app and a user token - as is the case in the below example - the app access token will be ignored as user access tokens are prioritized when setting the request Authorization header.
In order to set the access token for a request, you can either supply it as an option or use the SetUserAccessToken
or SetAppAccessToken
methods. For example:
client, err := helix.NewClient(&helix.Options{
ClientID: "your-client-id",
UserAccessToken: "your-user-access-token",
AppAccessToken: "your-app-access-token"
})
if err != nil {
// handle error
}
// send API request...
Or:
client, err := helix.NewClient(&helix.Options{
ClientID: "your-client-id",
})
if err != nil {
// handle error
}
client.SetUserAccessToken("your-user-access-token")
client.SetAppAccessToken("your-app-access-token")
// send API request...
Note that any subsequent API requests will utilize this same access token. So it is necessary to unset the access
token when you are finished with it. To do so, simply pass an empty string to the SetUserAccessToken
or
SetAppAccessToken
methods.
It's entirely possible that you may want to set or change the User-Agent header value that is sent with each request. You can do so by passing it through as an option when creating a new client, like so:
with the SetUserAgent()
method before sending a request. For example:
client, err := helix.NewClient(&helix.Options{
ClientID: "your-client-id",
UserAgent: "your-user-agent-value",
})
if err != nil {
// handle error
}
// send API request...
Alternatively, you can set by calling the SetUserAgent()
method before sending a request. For example:
client, err := helix.NewClient(&helix.Options{
ClientID: "your-client-id",
})
if err != nil {
// handle error
}
client.SetUserAgent("your-user-agent-value")
// send API request...