java线程占用内存

‘壹’ java多线程开多少上限量。

Java线程默认的虚拟机内存分配为1M，但在4G的Windows系统中，线程数却限制在300左右。这是因为Windows操作系统本身存在一定的限制。

虚拟机给每个线程分配的内存（栈空间）是通过-Xss参数指定的。根据Oracle官方文档，不同平台上的默认值有所不同。例如，在64位Linux系统上，Xss的默认值为256K，而非1M或10M。

计算一个Java进程可以启动的线程数，可以通过以下公式得出：（系统剩余内存 - 最大堆容量Xmx - 最大方法区容量MaxPermSize）/ 最大栈空间Xss。因此，在4G的服务器上，单个进程大致可以启动5000个线程。

线程数的设置需要考虑系统的资源限制。如果线程数过多，可能会导致内存溢出，影响程序运行效率。相反，线程数过少则可能导致程序性能下降。因此，合理配置线程数对于提升程序性能至关重要。

在实际应用中，可以根据具体需求和系统配置调整线程数。例如，在处理大量并发请求时，可以适当增加线程数以提高处理效率。同时，还需要注意监控系统的资源使用情况，避免因线程数过多导致的问题。

正确配置线程数不仅可以提高程序性能，还可以确保系统的稳定运行。因此，在开发过程中，应充分考虑线程数的影响，并进行适当的调整。

了解线程数配置的原理有助于更好地优化程序性能。例如，可以通过监控工具实时查看系统资源使用情况，及时发现并解决问题。同时，还可以通过调整虚拟机参数来优化线程管理。

总之，合理配置线程数对于提升程序性能和系统稳定性至关重要。在实际应用中，应根据具体需求和系统配置进行调整，并定期检查系统资源使用情况，确保程序稳定运行。

‘贰’ 新建一个JAVA线程，占用的是JAVA堆内存还是操作系统的内存

Thread对象本身是在堆内存创建的，调用start()后开辟的线程空间是属于栈内存的。内存管理在Java语言中是JVM自动操作的，当JVM发现某些对象不再需要的时候，就会对该对象占用的内存进行重分配（释放）操作，而且使得分配出来的内存能够提供给所需要的对象。

在一些编程语言里面，内存管理是一个程序的职责，但是书写过C++的程序员很清楚，如果该程序需要自己来书写很有可能引起很严重的错误或者说不可预料的程序行为，最终大部分开发时间都花在了调试这种程序以及修复相关错误上。

相关信息

在以前的编程过程中，手动内存管理带了计算机程序不可避免的错误，而且这种错误对计算机程序是毁灭性的，所以内存管理就成为了一个很重要的话题，但是针对大多数纯面向对象语言而言，比如Java，提供了语言本身具有的内存特性。

自动化内存管理，这种语言提供了一个程序垃圾回收器（Garbage Collector[GC]），自动内存管理提供了一个抽象的接口以及更加可靠的代码使得内存能够在程序里面进行合理的分配。最常见的情况就是垃圾回收器避免了悬挂引用的问题。

因为一旦这些对象没有被任何引用“可达”的时候，也就是这些对象在JVM的内存池里面成为了不可引用对象，该垃圾回收器会直接回收掉这些对象占用的内存，当然这些对象必须满足垃圾回收器回收的某些对象规则，而垃圾回收器在回收的时候会自动释放掉这些内存。

‘叁’ Java应用程序中如何动态的分配CPU资源

方案选择
在考虑动态分配CPU资源实施方案时，往往有以下两点要求：

1. 须充分利用现有硬件资源，在系统空闲时，让低优先级任务也能够得到系统所能给予最快响应。

2.当硬件资源超负荷运行时，虽然系统中有大规模、多数量任务不能处理，但它不应受影响，而能够顺利处理那些能够被处理、最重要高优先级任务。

多任务系统要用多线程实现最简单方法就是将线程和任务一一对应，动态调整线程优先级，利用线程调度来完成CPU资源在不同任务间动态分配。这种思路在以前使用本地化代码(Native Code)，充分利用特定硬件和操作系统技巧基础上是基本可行。但在跨平台Java环境中，这个思路对仅有小规模任务数简单系统才可行，原因有以下两点：

1. Java线程虽然在编程角度(API)是与平台无关，但它运行效果却和不同操作系统平台密切相关。为了利用更多CPU资源，Java中一个线程(Thread)就对应着不同操作系统下一个真实线程。因为Java虚拟机没有实现线程调度，所以这些Java线程在不同操作系统调度下运行差异性也就比较明显。例如在Windows系统中，不仅线程优先级少于Java API参数规定十个优先级，而且微软明确反对程序员动态调整线程优先级。即使在操作系统中有足够优先权，让线程优先级参数和真实线程优先级对应，不同操作系统调度方式也会有许多不同。这最终会造成代码在不同平台上行为变得不可预测。这就很难满足复杂、大规模并发任务众多优先级需求，从而很难达到用户业务需要达到效果。

2. 由于在Java系统中，线程被包装在一个Java语言对象类—Thread中，所以为了完成Java语言对象和操作系统线程对应，Java线程系统开销还是比较大(在NT 4.0中，平均每个线程大致占用30KB内存)。因此如果让Thread对象个数和成千上万任务数同比例增长，就显然是不合理。

内容摘要：本文利用协调式多任务模型，提出一个与平台无关、并且能在任务间动态分配CPU资源方案。
综上所述，根据并发多任务大规模需求和Java平台固有特点，想要利用Java Thread对象优先级调整CPU资源分配是非常困难，所以应该尽量避免让线程和任务直接对应，也尽量避免使用操作系统线程优先级调度机制。

解决方案

根据以上分析，问题症结在于：多任务系统中任务在Java语言中对应以及任务间相互调度。

从本质上看，一个任务就是一系列对象方法调用序列，与JavaThread对象或者别类对象没有必然联系。在避免使用不同操作系统线程调度且同时Java虚拟机又没有线程调度能力情况下，要想构造一个协调式多任务系统，让各个任务相互配合就成了最直接思路。协调式多任务系统一般有以下特点：

1. 任务由消息驱动，消息响应代码完成任务逻辑处理;

2. 消息队列完成消息存储和管理，从而利用消息处理次序体现任务优先级不同;

3. 任务中耗时消息响应逻辑能够主动放弃CPU资源，让别任务执行(像Windows 3.1中Yield函数、Visual Basic中DoEvents语句)。

可能出于巧合，Java语言具有构造协调式多任务系统天然条件。Java对象方法不仅是一个函数调用，它还是一个java.lang.reflect.Method类对象。而所有对象方法都可以通过Method类invoke方法调用。如果能使每个任务所对应一系列方法全部以对象形式包装成消息，放到消息队列中，然后再按照自己优先级算法将队列中消息取出，执行其Method对象invoke调用，那么一个基本协调式多任务系统就形成了。其中，任务优先级和线程优先级没有绑定关系。该系统主体调度函数可以设置成一个“死循环”，按照需要优先级算法处理消息队列。对于有多重循环、外设等待等耗时操作消息响应函数，可以在响应函数内部递归调用主体调度函数,这一次调用把原来“死循环”改成在消息队列长度减少到一定程度(或者为空)后退出。退出后，函数返回，执行刚才没有完成消息响应逻辑，这样就非常自然地实现了协调式系统中任务主动放弃CPU资源要求。

‘肆’ java多线程开多少上限量。

1。java的线程开启，默认的虚拟机会分配1M的内存，但是在4G的windows上线程最多也就开到300多 ，是因为windows本身的一些限制导致。

2。虚拟机给每个线程分配的内存（栈空间）是由虚拟机参数-Xss来指定的，在不同平台上对应的默认大小可以 在oracle的官方文档上查询到：
http://docs.oracle.com/cd/E13150_01/jrockit_jvm/jrockit/jrdocs/refman /optionX.html
其中，Linux64位默认Xss值为256K，并非1M或10M

3。一个Java进程可以启动的线程数可以通过如下公式计算：

（系统剩余内存 - 最大堆容量Xmx - 最大方法区容量MaxPermSize）／ 最大栈空间Xss

这样，4G的服务器单个进程可以开多少线程，可以粗略计算出来，大概是5000个线程。