Максимальное количество потоков в приложении .NET?

Нет внутреннего предела. Максимальное количество потоков определяется количеством доступных физических ресурсов. См. Этот статья Раймонда Чена для подробностей.

Если вам нужно спросить, каково максимальное количество потоков, вероятно, вы что-то делаете не так.

[Обновлять: Просто из интереса: количество потоков по умолчанию в пуле потоков .NET:

• 1023 в Framework 4.0 (32-разрядная среда)
• 32767 в Framework 4.0 (64-битная среда)
• 250 на ядро ​​в Framework 3.5
• 25 на ядро ​​в Framework 2.0

(Эти числа могут отличаться в зависимости от оборудования и ОС)]

Джефф Рихтер в CLR через C#:

"В среде CLR версии 2.0 максимальное количество рабочих потоков по умолчанию 25 на процессор в машине и максимальное количество входов / выходов по умолчанию количество потоков равно 1000. Предел в 1000 фактически не является пределом ".

Обратите внимание, что это основано на .NET 2.0. Это могло измениться в .NET 3.5.

[Edit] Как заметил @Mitch, это специфично для CLR ThreadPool. Если вы создаете темы, смотрите комментарии @Mitch и других.

Митч прав. Это зависит от ресурсов (памяти).

Хотя статья Раймонда посвящена потокам Windows, а не потокам C#, логика применима так же (потоки C# отображаются на потоки Windows).

Однако, поскольку мы находимся в C#, если мы хотим быть полностью точными, нам нужно различать «запущенные» и «не запущенные» потоки. Только запущенные потоки фактически резервируют пространство стека (как и следовало ожидать). Не запущенные потоки выделяют только ту информацию, которая требуется объекту потока (вы можете использовать отражатель, если заинтересованы в фактических членах).

Вы действительно можете проверить это на себе, сравните:

    static void DummyCall()
    {
        Thread.Sleep(1000000000);
    }

    static void Main(string[] args)
    {
        int count = 0;
        var threadList = new List<Thread>();
        try
        {
            while (true)
            {
                Thread newThread = new Thread(new ThreadStart(DummyCall), 1024);
                newThread.Start();
                threadList.Add(newThread);
                count++;
            }
        }
        catch (Exception ex)
        {
        }
    }

с:

   static void DummyCall()
    {
        Thread.Sleep(1000000000);
    }

    static void Main(string[] args)
    {
        int count = 0;
        var threadList = new List<Thread>();
        try
        {
            while (true)
            {
                Thread newThread = new Thread(new ThreadStart(DummyCall), 1024);
                threadList.Add(newThread);
                count++;
            }
        }
        catch (Exception ex)
        {
        }
    }

Поместите точку останова в исключение (конечно, из-за нехватки памяти) в VS, чтобы увидеть значение счетчика. Конечно, есть очень существенная разница.

Вы должны использовать пул потоков (или асинхронные делегаты, которые, в свою очередь, используют пул потоков), чтобы система могла решить, сколько потоков должно выполняться.

Я провел тест на 64-битной системе с консолью C#, исключение - тип нехватки памяти с использованием 2949 потоков.

Я понимаю, что мы должны использовать пул потоков, что я и делаю, но этот ответ является ответом на основной вопрос;)

Вы можете тестовое задание использовать этот фрагмент кода:

private static void Main(string[] args)
{
   int threadCount = 0;
   try
   {
      for (int i = 0; i < int.MaxValue; i ++)
      {
         new Thread(() => Thread.Sleep(Timeout.Infinite)).Start();
         threadCount ++;
      }
   }
   catch
   {
      Console.WriteLine(threadCount);
      Console.ReadKey(true);
   }
}

Остерегайтесь 32-битного и 64-битного режима приложения.

Я бы рекомендовал запустить метод ThreadPool.GetMaxThreads в отладке

ThreadPool.GetMaxThreads(out int workerThreadsCount, out int ioThreadsCount);

Документы и примеры: https://docs.microsoft.com/en-us/dotnet/api/system.threading.threadpool.getmaxthreads?view=netframework-4.8