我知道已经有大量的答案，但我的需要是保持字符串的开始和结束完整，但缩短到最大长度以下。

    public static string TruncateMiddle(string source)
    {
        if (String.IsNullOrWhiteSpace(source) || source.Length < 260) 
            return source;

        return string.Format("{0}...{1}", 
            source.Substring(0, 235),
            source.Substring(source.Length - 20));
    }

用于创建最大长度为260个字符的SharePoint url。

我没有把长度作为参数，因为它是一个常数260。我也没有将第一个子字符串长度作为参数，因为我希望它在特定的点中断。最后，第二个子字符串是源文件的长度——20，因为我知道文件夹的结构。

这可以很容易地适应您的特定需求。

下面是c# 9的一行代码:

public static string Truncate(this string value, int maxLength) => value is null or "" || value.Length <= maxLength ? value : value[..maxLength];

因为性能测试很有趣:(使用linqpad扩展方法)

var val = string.Concat(Enumerable.Range(0, 50).Select(i => i % 10));

foreach(var limit in new[] { 10, 25, 44, 64 })
    new Perf<string> {
        { "newstring" + limit, n => new string(val.Take(limit).ToArray()) },
        { "concat" + limit, n => string.Concat(val.Take(limit)) },
        { "truncate" + limit, n => val.Substring(0, Math.Min(val.Length, limit)) },
        { "smart-trunc" + limit, n => val.Length <= limit ? val : val.Substring(0, limit) },
        { "stringbuilder" + limit, n => new StringBuilder(val, 0, Math.Min(val.Length, limit), limit).ToString() },
    }.Vs();

截断法“明显”更快。# microoptimization

早期

truncate10 5788滴答流逝(0.5788 ms) [10K次，5.788E-05 ms /次] smart-trunc10 8206滴答流逝(0.8206 ms) [10K次，8.206E-05 ms /次] stringbuilder10 10557滴答流逝(1.0557 ms) [10K次，0.00010557 ms /次] concat10 45495滴答流逝(4.5495 ms) [10K次，0.00045495 ms /次] 时间流逝(7.2535 ms) [10K次，0.00072535 ms /次]

Late

truncate44 8835滴答流逝(0.8835 ms) [10K次，8.835E-05 ms /次] 13106滴答流逝(1.3106 ms) [10K次，0.00013106 ms /次] smart-trunc44 14821滴答流逝(1.4821毫秒)[10K次，0.00014821毫秒/次] 时间流逝(14.4324 ms) [10K次，0.00144324 ms /次] concat44 174610滴答流逝(17.461毫秒)[每10K次，0.0017461毫秒]

太长时间

smart-trunc64 6944滴答流逝(0.6944毫秒)[在10K次中，6.944E-05毫秒每] truncate64 7686滴答流逝(0.7686 ms) [10K次，7.686E-05 ms /次] stringbuilder64 13314滴答流逝(1.3314 ms) [10K次，0.00013314 ms /次] 时间流逝(17.7481 ms) [10K次，0.00177481 ms /次] concat64 241601滴答流逝(24.1601毫秒)[每10K次，0.00241601毫秒]

所有其他答案都没有考虑到Span的性能，它比。net中字符串类型的Substring的性能更好

如果你还不知道有一个版本的系统。内存(为以下情况提供了Span, ReadOnlySpan, Memory和ReadOnlyMemory:

这样的简单实现可以如下所示:

public static string Truncate(this string value, int maxLength)
{
    if (!string.IsNullOrEmpty(value) && value.Length > maxLength)
    {
        return value.AsSpan(0, maxLength).ToString(); /* Note the use of AsSpan instead of Substring. */
    }

    return value;
}

该方法理论上可以返回Span<char>，以避免使用Span<T>的ToString()成员分配新字符串。

The BCL itself internally uses Span's, ReadOnlySpan's, Memory's, and ReadOnlyMemory's where possible to avoid issues and to help optimize the code, especially when you compile arrays that are known at compile time and so using an property that returns that new'd up array as an ReadOnlySpan<byte> actually optimizes the code at runtime as then the JIT would not call memcpy on the data and instead uses it since it just returns a Span and as such is a window to the data that is already allocated ahead of time resulting in:

更少的分配。 更少的分配时间。 使代码总体上更快地使用。

以@CaffGeek为例进行简化:

public static string Truncate(this string value, int maxLength)
    {
        return string.IsNullOrEmpty(value) ? value : value.Substring(0, Math.Min(value.Length, maxLength));
    }

.NET框架有一个API可以像这样截断字符串:

Microsoft.VisualBasic.Strings.Left(string, int);

但在c#应用程序中，你可能更喜欢编写自己的程序，而不是依赖于Microsoft.VisualBasic.dll，后者存在的主要原因是向后兼容。