有趣的例子，Ryan，以函数的链接结尾。做得好。

一个建议Brian：如果您将此代码包装在函数中，则可能需要在TryCreate调用之前使用UriBuilder包装基URL。

否则，基本URL必须包含方案（其中UriBuilder将采用http://）。只是一个想法：

public string CombineUrl(string baseUrl, string relativeUrl) {
    UriBuilder baseUri = new UriBuilder(baseUrl);
    Uri newUri;

    if (Uri.TryCreate(baseUri.Uri, relativeUrl, out newUri))
        return newUri.ToString();
    else
        throw new ArgumentException("Unable to combine specified url values");
}

有趣的例子，Ryan，以函数的链接结尾。做得好。

一个建议Brian：如果您将此代码包装在函数中，则可能需要在TryCreate调用之前使用UriBuilder包装基URL。

否则，基本URL必须包含方案（其中UriBuilder将采用http://）。只是一个想法：

public string CombineUrl(string baseUrl, string relativeUrl) {
    UriBuilder baseUri = new UriBuilder(baseUrl);
    Uri newUri;

    if (Uri.TryCreate(baseUri.Uri, relativeUrl, out newUri))
        return newUri.ToString();
    else
        throw new ArgumentException("Unable to combine specified url values");
}

我发现Uri构造函数将“\”转换为“/”。因此，您也可以将Path.Combine与Uri构造函数一起使用。

 Uri baseUri = new Uri("http://MyUrl.com");
 string path = Path.Combine("Images", "Image.jpg");
 Uri myUri = new Uri(baseUri, path);

我的通用解决方案：

public static string Combine(params string[] uriParts)
{
    string uri = string.Empty;
    if (uriParts != null && uriParts.Any())
    {
        char[] trims = new char[] { '\\', '/' };
        uri = (uriParts[0] ?? string.Empty).TrimEnd(trims);

        for (int i = 1; i < uriParts.Length; i++)
        {
            uri = string.Format("{0}/{1}", uri.TrimEnd(trims), (uriParts[i] ?? string.Empty).TrimStart(trims));
        }
    }

    return uri;
}

如果您不想在ASP.NET Core（也在Microsoft.Owin中提供）中添加第三方依赖项（如Flurl）或创建自定义扩展方法，则可以使用PathString来构建URI路径。然后，可以使用URI和UriBuilder的组合创建完整的URI。

在这种情况下，应为：

new Uri(new UriBuilder("http", "MyUrl.com").Uri, new PathString("/Images").Add("/Image.jpg").ToString())

这提供了所有组成部分，而无需在基URL中指定分隔符。不幸的是，PathString要求在每个字符串前面加上/，否则它实际上会引发ArgumentException！但至少您可以以易于单元测试的方式确定地构建URI。

正如在其他答案中发现的那样，newUri（）或TryCreate（）都可以完成勾选。但是，基Uri必须以/结尾，而相对Uri必须不以/开头；否则它将删除基Url的尾部

我认为这是最好的扩展方法，即。

public static Uri Append(this Uri uri, string relativePath)
{
    var baseUri = uri.AbsoluteUri.EndsWith('/') ? uri : new Uri(uri.AbsoluteUri + '/');
    var relative = relativePath.StartsWith('/') ? relativePath.Substring(1) : relativePath;
    return new Uri(baseUri, relative);
}

并使用它：

var baseUri = new Uri("http://test.com/test/");
var combinedUri =  baseUri.Append("/Do/Something");

就性能而言，这消耗了比所需更多的资源，因为Uri类需要进行大量的分析和验证；一个非常粗略的评测（Debug）在大约2秒内完成了一百万次操作。这将适用于大多数场景，但为了更高效，最好将所有内容都作为字符串进行操作，这需要125毫秒才能完成100万次操作。即。

public static string Append(this Uri uri, string relativePath)
{
    //avoid the use of Uri as it's not needed, and adds a bit of overhead.
    var absoluteUri = uri.AbsoluteUri; //a calculated property, better cache it
    var baseUri = absoluteUri.EndsWith('/') ? absoluteUri : absoluteUri + '/';
    var relative = relativePath.StartsWith('/') ? relativePath.Substring(1) : relativePath;
    return baseUri + relative;
}

如果您仍然希望返回URI，那么100万次操作需要大约600毫秒。

public static Uri AppendUri(this Uri uri, string relativePath)
{
    //avoid the use of Uri as it's not needed, and adds a bit of overhead.
    var absoluteUri = uri.AbsoluteUri; //a calculated property, better cache it
    var baseUri = absoluteUri.EndsWith('/') ? absoluteUri : absoluteUri + '/';
    var relative = relativePath.StartsWith('/') ? relativePath.Substring(1) : relativePath;
    return new Uri(baseUri + relative);
}

我希望这有帮助。