feat: Changed the logic to detect token generation uri with parameterized content type.

[foogao]

Description

In HTTP specification, the form of Content-Type as following:
Content-Type: [; key=value]

For examples:

Content-Type: text/html; charset=utf-8
Content-Type: multipart/form-data; boundary=boundary-string

But in the authz-keycloak plugin, the condition to decide if current request is for granting token from Keycloak must be full match the "application/x-www-form-urlencoded". It will cause some client libraries to be unable to obtain the token.

For example, the RestTemplate in SpringFramework, it will add parameter after the content-type directive automatically.

This pull request resolved this issue.

Checklist

• I have explained the need for this PR and the problem it solves
• I have explained the changes or the new features added to this PR
• I have added tests corresponding to this change
• I have updated the documentation to reflect this change
• I have verified that this change is backward compatible (If not, please discuss on the APISIX mailing list first)