C# WebApi连接JIRA OAuth遇BadRequest错误求助

看起来你在这里混淆了OAuth 1.0a和OAuth 2.0的流程，这正是导致oauth_parameters_absent=oauth_consumer_key错误的核心原因。让我一步步拆解问题：

问题根源 #

你调用的端点/plugins/servlet/oauth/request-token是JIRA的OAuth 1.0a请求令牌端点，但你的代码是按照OAuth 2.0的client_credentials流程来构造请求的——这两个完全不兼容：

• OAuth 1.0a要求请求必须包含签名的OAuth参数（比如oauth_consumer_key、oauth_signature、oauth_timestamp等），这些参数需要放在Authorization头里，而不是表单中提交。
• 你用的"OauthKey"其实是OAuth 1.0a的consumer key，但你把它当作OAuth 2.0的client_id用在了表单参数里，这完全不符合该端点的要求。

你有两个修正方向 #

方向1：改用OAuth 2.0（推荐，更简单） #

如果你的JIRA版本支持OAuth 2.0（JIRA Server/Data Center 8.15+，JIRA Cloud全版本支持），建议直接走OAuth 2.0的client_credentials流程，步骤如下：

1. 在JIRA中创建OAuth 2.0应用（不是OAuth 1.0a的消费者密钥），获取对应的client_id和client_secret。
2. 使用JIRA OAuth 2.0的令牌端点（Server是/rest/oauth2/latest/token，Cloud是/oauth/token），调整你的代码：

client.BaseAddress = new Uri(_baseUrl);
client.DefaultRequestHeaders.Accept.Clear();
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));

// 构造OAuth 2.0的表单参数
var postData = new List<KeyValuePair<string, string>>
{
    new KeyValuePair<string, string>("grant_type", "client_credentials"),
    new KeyValuePair<string, string>("client_id", _oauth2ClientId), // 这里是OAuth 2.0的Client ID
    new KeyValuePair<string, string>("client_secret", _oauth2ClientSecret) // OAuth 2.0的Client Secret
};

var content = new FormUrlEncodedContent(postData);
// 注意端点的变化
var response = await client.PostAsync("/rest/oauth2/latest/token", content);

string jsonString = await response.Content.ReadAsStringAsync();
if (response.IsSuccessStatusCode)
{
    dynamic responseData = JsonConvert.DeserializeObject(jsonString);
    return responseData.access_token;
}
else
{
    // 可以在这里打印错误内容排查问题
    Console.WriteLine($"Error: {response.StatusCode} - {jsonString}");
    throw new HttpRequestException("Failed to retrieve access token");
}

方向2：继续使用OAuth 1.0a #

如果你必须用OAuth 1.0a，那你需要完全按照OAuth 1.0a的流程来构造请求：

1. 你的OauthKey确实是OAuth 1.0a的oauth_consumer_key，但不能放在表单里，需要生成签名后的Authorization头。
2. 手动处理OAuth 1.0a的签名非常繁琐，建议使用成熟的库，比如OAuthBase或者DotNetOpenAuth来生成符合要求的请求头。示例思路：
   • 生成oauth_nonce、oauth_timestamp等随机参数。
   • 使用你的consumer key和private key对请求进行签名。
   • 把所有OAuth参数组装到Authorization头中，而不是提交表单。

总结 #

你当前用OAuth 2.0的方式调用OAuth 1.0a的端点，并且混淆了两种OAuth版本的凭证，这才导致了错误。优先推荐切换到OAuth 2.0流程，代码更简洁，维护成本更低。

内容的提问来源于stack exchange，提问作者halterdev