有趣的例子，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");
}

Path.Combine("Http://MyUrl.com/", "/Images/Image.jpg").Replace("\\", "/")

我发现UriBuilder在这种情况下工作得很好：

UriBuilder urlb = new UriBuilder("http", _serverAddress, _webPort, _filePath);
Uri url = urlb.Uri;
return url.AbsoluteUri;

有关更多构造函数和文档，请参阅UriBuilder类-MSDN。

正如在其他答案中发现的那样，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);
}

我希望这有帮助。

将URL与URI组合时的规则

为了避免奇怪的行为，需要遵循一条规则：

路径（目录）必须以“/”结尾。如果路径结尾不带“/”，则最后一部分将被视为文件名，并且在尝试与下一个URL部分组合时将被连接。有一个例外：基本URL地址（没有目录信息）不需要以“/”结尾路径部分不能以“/”开头。如果它以“/”开头，则URL中的所有现有相关信息都将被删除。。。添加字符串。空的部分路径也会从URL中删除相对目录！

如果您遵循上面的规则，您可以将URL与下面的代码组合。根据您的情况，您可以向URL添加多个“目录”部分。。。

        var pathParts = new string[] { destinationBaseUrl, destinationFolderUrl, fileName };

        var destination = pathParts.Aggregate((left, right) =>
        {
            if (string.IsNullOrWhiteSpace(right))
                return left;

            return new Uri(new Uri(left), right).ToString();
        });

这是Microsoft的（OfficeDev PnP）方法UrlUtility。组合：

    const char PATH_DELIMITER = '/';

    /// <summary>
    /// Combines a path and a relative path.
    /// </summary>
    /// <param name="path"></param>
    /// <param name="relative"></param>
    /// <returns></returns>
    public static string Combine(string path, string relative) 
    {
        if(relative == null)
            relative = String.Empty;

        if(path == null)
            path = String.Empty;

        if(relative.Length == 0 && path.Length == 0)
            return String.Empty;

        if(relative.Length == 0)
            return path;

        if(path.Length == 0)
            return relative;

        path = path.Replace('\\', PATH_DELIMITER);
        relative = relative.Replace('\\', PATH_DELIMITER);

        return path.TrimEnd(PATH_DELIMITER) + PATH_DELIMITER + relative.TrimStart(PATH_DELIMITER);
    }

来源：GitHub