¿Cuál es la longitud máxima posible de una cadena .NET?

Question

¿Cuál es la cadena más larga que se puede crear en .NET? Los documentos para la clase String no dicen nada sobre esta cuestión, por lo que puedo ver, por lo que una respuesta autorizada podría requerir algún conocimiento de las partes internas. ¿El cambio máximo en un sistema de 64 bits?

[Esto se preguntó más por curiosidad que para el uso práctico - no tengo la intención de crear cualquier código que utiliza cadenas gigantescas]

Answer 1

El límite teórico puede ser 2147483647, pero el límite práctico está muy lejos de eso. Como ningún objeto en un programa .Net puede tener más de 2 GB y el tipo de cadena usa unicode (2 bytes para cada carácter), lo mejor que puede hacer es 1.073.741.823, pero es probable que nunca pueda asignarlo a un Máquina de 32 bits

Ésta es una de esas situaciones en las que "If you have to ask, you're probably doing something wrong."

Answer 2

Ya que la propiedad Longitud de System.String es un Int32, supongo que la longitud máxima sería 2.147.483.647 caracteres (tamaño máximo Int32). Si permitía más tiempo, no podía verificar la Longitud, ya que eso no funcionaría.

Answer 3

Desde String.length es un número entero (que es un alias para Int32) su tamaño está limitado a caracteres Unicode Int32.MaxValue;)

Answer 4

Basado en mi experimento altamente científica y exacta, encabeza a cabo en mi máquina mucho antes de 1,000,000,000 de caracteres (sigo corriendo el código siguiente para obtener una mejor ubicación). ACTUALIZACIÓN: Después de unas horas, me di por vencido. Resultados finales: puede llegar a ser mucho más grande que 100,000,000 caracteres, al instante se le otorga System.OutOfMemoryException a 1,000,000,000 de caracteres.

using System; 
using System.Collections.Generic; 

public class MyClass 
{ 
    public static void Main() 
    { 
     int i = 100000000; 
     try 
     { 
      for (i = i; i <= int.MaxValue; i+= 5000) 
      { 
       string value = new string('x', i); 
       //WL(i); 
      } 
     } 
     catch (Exception exc) 
     { 
      WL(i); 
      WL(exc); 
     } 
     WL(i); 
     RL(); 
    } 

    #region Helper methods 

    private static void WL(object text, params object[] args) 
    { 
     Console.WriteLine(text.ToString(), args); 
    } 

    private static void RL() 
    { 
     Console.ReadLine(); 
    } 

    private static void Break() 
    { 
     System.Diagnostics.Debugger.Break(); 
    } 

    #endregion 
} 

Answer 5

200 megas ... momento en el cual su aplicación se detiene virtual, tiene alrededor de un concierto del conjunto de trabajo de la memoria, y la O/s comienza a actuar como si Necesitaremos reiniciar.

static void Main(string[] args) 
{ 
    string s = "hello world"; 
    for(;;) 
    { 
     s = s + s.Substring(0, s.Length/10); 
     Console.WriteLine(s.Length); 
    } 
} 

12 
13 
14 
15 
16 
17 
18 
... 
158905664 
174796230 
192275853 
211503438 

Answer 6

Para cualquiera que venga a este tema tarde, pude ver de que hitscan "probablemente no debería hacer eso" podría llevar a alguien a preguntar lo que deben hacer ...

la clase StringBuilder es a menudo un reemplazo fácil Considere uno de los stream-based classes especialmente si sus datos provienen de un archivo.

El problema con s = s + "cosas" es que tiene que asignar un área completamente nueva para contener los datos y luego copiar todos los datos anteriores más las cosas nuevas - CADA Y CADA BUCLE ITERACIÓN. Entonces, agregar 5 bytes a 1 millón con s = s + "cosas" es extremadamente costoso. Si lo que quieres es escribir 5 bytes hasta el final y continuar con tu programa, entonces debes elegir una clase que deje espacio para crecer.

StringBuilder sb = new StringBuilder(5000); 
for (; ;) 
    { 
     sb.Append("stuff"); 
    } 

se es golpeado auto-grow by doubling cuando llega el límite de StringBuilder. Entonces verá el dolor de crecimiento una vez al inicio, una vez a 5000 bytes, otra vez a 10000, nuevamente a 20000. Al agregar cadenas se incurrirá en el dolor de cada iteración de bucle.

Answer 7

Las cadenas no están limitados por el número entero como se cree comúnmente

restricciones de memoria a un lado, las cadenas no puede tener más de 2 (a 1.073.741.824) caracteres, ya que un límite de 2 GB viene impuesta por la Microsoft CLR (Common Language Tiempo de ejecución).

Afortunadamente, esto puede cambiar en el futuro.

Answer 8

Tenga en cuenta que BinaryWriter.Write (cadena) escribe la longitud de la cadena como un carácter sin signo (un byte)!