rtos堆栈空间分配多少合适，栈空间的最大值是多少

1，栈空间的最大值是多少

尽量避免分配“最大”吧，这样用堆栈是很不好的没有具体的最大值，这和当前进程内部虚拟内存使用情况决定的，一般分配不能超过十M级别的

这个把是版块问题了！你可以在装扮里改下板式再在板块里找到增删模块添加大图再修改大小保存下！一帮来说大家现在都是用qq屋的模板！主要一键安装！

栈空间的最大值是多少

2，怎么去确定RTOS中任务栈的大小和任务的优先级

如果你的RTOS是抢占式的，那么，下面这段话可以帮助理解：抢占式调度通常是优先级驱动的调度。每个任务都有优先级，任何时候具有最高优先级且已启动的任务先执行。一个正在执行的任务放弃处理器的条件为：自愿放弃处理器（等待资源或执行完毕）；有高优先级任务启动，该高优先级任务将抢占其执行。除了共享资源的临界段之外，高优先级任务一旦准备就绪，可在任何时候抢占低优先级任务的执行。所以我认为最完美的抢占式任务调度顺序为：TASK_4 ，TASK_1，TASK_3，TASK_2，TASK_0，希望能够帮到你O(∩_∩)O~

怎么去确定RTOS中任务栈的大小和任务的优先级

3，进程的堆栈空间是固定分配的还是可变分配的

说简单点吧堆是先进先出,而栈是先进后处 1. 栈(stack)与堆(heap)都是Java用来在Ram中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。 2. 栈的优势是，存取速度比堆要快，仅次于直接位于CPU中的寄存器。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。另外，栈数据可以共享，详见第3点。堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，Java的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。

进程的堆栈空间是固定分配的还是可变分配的

4，堆栈大小是多少可否设置

/STACK选项设置堆栈的大小（以字节为单位）。此选项仅在生成.exe文件时使用。reserve值指定虚拟内存中的总的堆栈分配。对于x86和x64计算机，默认堆栈大小为1MB。在Itanium芯片组上，默认大小为4MB。commit取决于操作系统所作的解释。在WindowsNT和Windows2000中，它指定一次分配的物理内存量。提交的虚拟内存导致空间被保留在页面文件中。更高的commit值在应用程序需要堆栈空间时可节省时间，但会增加内存需求并有可能延长启动时间。对于x86和x64计算机，默认提交值为4KB。在Itanium芯片组上，默认值为16KB。以十进制或C语言表示法指定reserve值和commit值。

5，freertos 占多少内存空间

每当任务、队列和信号量创建的时候，FreeRTOS要求分配一定的RAM。虽然采用malloc()和free()函数可以实现申请和释放内存的功能，但这两个函数存在以下缺点：并不是在所有的嵌入式系统中都可用，要占用不定的程序空间，可重人性欠缺以及执行时间具有不可确定性。为此，除了可采用malloc()和free()函数外，FreeRTOS还提供了另外两种内存分配的策略，用户可以根据实际需要选择不同的内存分配策略。

对某些有一定并行（宏观）处理需求的项目，使用 rtos 可以让处理逻辑更加条理化，程序结构更清晰，更有效地利用 cpu。而很多“无 os”的系统，往往是一团乱麻，各个逻辑之间的耦合性非常高、改动一处可能引起一堆问题。从这个意义上说，使用 rtos

6，ucos 怎样确定任务堆栈大小

1、首先需要知道，μC/OS-II中创建任务的函数有两个: OSTaskCreate()和OSTaskCreateExt()（1）OSTaskCreate() //创建普通任务由于重点在下面的创建扩展任务函数，故本函数就不多说了！确实，要想实现检测目标任务栈实际使用情况的功能，是不能使用这个函数来创建目标任务的，必须使用OSTaskCreateExt() 。（2）OSTaskCreateExt() //创建扩展任务函数接口原型为：#if OS_TASK_CREATE_EXT_EN > 0INT8U OSTaskCreateExt(void (*task)(void *pd), //建立扩展任务(任务代码指针void *pdata, //传递参数指针OS_STK *ptos, //分配任务堆栈栈顶指针INT8U prio, //分配任务优先级INT16U id, //(未来的)优先级标识(与优先级相同)OS_STK *pbos, //分配任务堆栈栈底指针INT32U stk_size, //指定堆栈的容量(检验用)void *pext, //指向用户附加的数据域的指针INT16U opt //建立任务设定选项)#endif2、其次需要知道μC/OS-II中有这么个函数：OSTaskStkChk()不错，检测任务堆栈实际使用情况正是用的这个函数，下面来本函数的接口原型：INT8U OSTaskStkChk(INT8U prio, //待测任务的优先级OS_STK_DATA *pdata //指向一个类型为OS_STK_DATA的结构体)3、再次需要知道一个结构体：#if OS_TASK_CREATE_EXT_EN > 0typedef structINT32U OSFree; //堆栈中未使用的字节数INT32U OSUsed; //堆栈中已使用的字节数} OS_STK_DATA;#endif参数: prio 为指定要获取堆栈信息的任务优先级，也可以指定参数OS_PRIO_SELF，获取调用任务本身的信息。pdata 指向一个类型为OS_STK_DATA的数据结构，其中包含如下信息：INT32U OSFree; // 堆栈中未使用的字节数INT32U OSUsed; // 堆栈中已使用的字节数4、有了上述三个知识点后就可以啦，具体方法为：（1）将函数的最后一个参数opt 设置为：OS_TASK_OPT_STK_CHK | OS_TASK_OPT_STK_CLR（2）定义一个变量：OS_STK_DATA StackBytes；（3）调用函数OSTaskStkChk(TestTaskPRIO, &StackBytes)（4）StackBytes.OSFree的值即为被测任务堆栈未使用的字节数，StackBytes.OSUsed的值即为被测任务堆栈已使用的字节数。5、需要设置宏：OS_TASK_OPT_STK_CLR为16、最后一点建议：（1）将被测任务经历最坏的堆栈使用状态，测出来的使用率才可靠（2）堆栈使用率最好在%50~%80之间，太小浪费空间，太大不安全（3）最好在工程中单独建立一个优先级较低延时较长的任务来测试其它任务的堆栈使用情况，不用时可以挂起该任务有时候决定任务实际所需的堆栈空间大小是很有必要的。因为这样用户就可以避免为任务分配过多的堆栈空间，从而减少自己的应用程序代码所需的RAM(内存)数量。?C/OS-Ⅱ提供的OSTaskStkChk()函数可以为用户提供这种有价值的信息。在图4.2中，笔者假定堆栈是从上往下递减的(即OS_STK_GROWTH被置为1)，但以下的讨论也同样适用于从下往上长的堆栈[F4.2(1)]。?C/OS-Ⅱ是通过查看堆栈本身的内容来决定堆栈的方向的。只有内核或是任务发出堆栈检验的命令时，堆栈检验才会被执行，它不会自动地去不断检验任务的堆栈使用情况。在堆栈检验时，?C/OS-Ⅱ要求在任务建立的时候堆栈中存储的必须是0值(即堆栈被清零)[F4.2(2)]。另外，?C/OS-Ⅱ还需要知道堆栈栈底(BOS)的位置和分配给任务的堆栈的大小[F4.2(2)]。在任务建立的时候，BOS的位置及堆栈的这两个值储存在任务的OS_TCB中。为了使用?C/OS-Ⅱ的堆栈检验功能，用户必须要做以下几件事情：l 在OS_CFG.H文件中设OS_TASK_CREATE_EXT为1。l 用OSTaskCreateExt()建立任务，并给予任务比实际需要更多的内存空间。l 在OSTaskCreateExt()中，将参数opt设置为OS_TASK_OPT_STK_CHK+OS_TASK_OPT_STK_CLR。注意如果用户的程序启动代码清除了所有的RAM，并且从未删除过已建立了的任务，那么用户就不必设置选项OS_TASK_OPT_STK_CLR了。这样就会减少OSTaskCreateExt()的执行时间。l 将用户想检验的任务的优先级作为OSTaskStkChk()的参数并调用之。图 4.2 堆栈检验OSTaskStkChk()顺着堆栈的栈底开始计算空闲的堆栈空间大小，具体实现方法是统计储存值为0的连续堆栈入口的数目，直到发现储存值不为0的堆栈入口[F4.2(5)]。注意堆栈入口的储存值在进行检验时使用的是堆栈的数据类型(参看OS_CPU.H中的OS_STK)。换句话说，如果堆栈的入口有32位宽，对0值的比较也是按32位完成的。所用的堆栈的空间大小是指从用户在OSTaskCreateExt()中定义的堆栈大小中减去了储存值为0的连续堆栈入口以后的大小。OSTaskStkChk()实际上把空闲堆栈的字节数和已用堆栈的字节数放置在0S_STK_DATA数据结构中(参看?COS_Ⅱ.H)。注意在某个给定的时间，被检验的任务的堆栈指针可能会指向最初的堆栈栈顶(TOS)与堆栈最深处之间的任何位置[F4.2(7)]。每次在调用OSTaskStkChk()的时候，用户也可能会因为任务还没触及堆栈的最深处而得到不同的堆栈的空闲空间数。用户应该使自己的应用程序运行足够长的时间，并且经历最坏的堆栈使用情况，这样才能得到正确的数。一旦OSTaskStkChk()提供给用户最坏情况下堆栈的需求，用户就可以重新设置堆栈的最后容量了。为了适应系统以后的升级和扩展，用户应该多分配10％－100％的堆栈空间。在堆栈检验中，用户所得到的只是一个大致的堆栈使用情况，并不能说明堆栈使用的全部实际情况。OSTaskStkChk()函数的代码如程序清单 L4.10所示。0S_STK_DATA(参看?COS_Ⅱ.H)数据结构用来保存有关任务堆栈的信息。笔者打算用一个数据结构来达到两个目的。第一，把OSTaskStkChk()当作是查询类型的函数，并且使所有的查询函数用同样的方法返回，即返回查询数据到某个数据结构中。第二，在数据结构中传递数据使得笔者可以在不改变OSTaskStkChk()的API(应用程序编程接口)的条件下为该数据结构增加其它域，从而扩展OSTaskStkChk()的功能。现在，0S_STK_DATA只包含两个域：OSFree和OSUsed。从代码中用户可看到，通过指定执行堆栈检验的任务的优先级可以调用OSTaskStkChk()。如果用户指定0S_PRIO_SELF[L4.10(1)]，那么就表明用户想知道当前任务的堆栈信息。当然，前提是任务已经存在[L4.10(2)]。要执行堆栈检验，用户必须已用OSTaskCreateExt()建立了任务并且已经传递了选项OS_TASK_OPT_CHK[L4.10(3)]。如果所有的条件都满足了，OSTaskStkChk()就会象前面描述的那样从堆栈栈底开始统计堆栈的空闲空间[L4.10(4)]。最后，储存在0S_STK_DATA中的信息就被确定下来了[L4.10(5)]。注意函数所确定的是堆栈的实际空闲字节数和已被占用的字节数，而不是堆栈的总字节数。当然，堆栈的实际大小(用字节表示)就是该两项之和。程序清单 L 4.10 堆栈检验函数INT8U OSTaskStkChk (INT8U prio, OS_STK_DATA *pdata)OS_TCB *ptcb;OS_STK *pchk;INT32U free;INT32U size;pdata->OSFree = 0;pdata->OSUsed = 0;if (prio > OS_LOWEST_PRIO && prio != OS_PRIO_SELF) return (OS_PRIO_INVALID);}OS_ENTER_CRITICAL();if (prio == OS_PRIO_SELF) prio = OSTCBCur->OSTCBPrio;}ptcb = OSTCBPrioTbl[prio];if (ptcb == (OS_TCB *)0) OS_EXIT_CRITICAL();return (OS_TASK_NOT_EXIST);}if ((ptcb->OSTCBOpt & OS_TASK_OPT_STK_CHK) == 0) OS_EXIT_CRITICAL();return (OS_TASK_OPT_ERR);}free = 0; (4)size = ptcb->OSTCBStkSize;pchk = ptcb->OSTCBStkBottom;OS_EXIT_CRITICAL();#if OS_STK_GROWTH == 1while (*pchk++ == 0) free++;}#elsewhile (*pchk-- == 0) free++;}#endifpdata->OSFree = free * sizeof(OS_STK); (5)pdata->OSUsed = (size - free) * sizeof(OS_STK);return (OS_NO_ERR);}uCOS-III任务堆栈溢出检测及统计任务堆栈使用量的方法 1. 在操作系统任务设计的时候，通常会遇到一个比较麻烦的问题，也就是任务堆栈大小设定的问题，为此我们我需要知道一些问题：1.1. 任务堆栈一但溢出，意味着系统的崩溃，在有MMU或者MPU的系统中，对堆栈溢出的检测十分简单，因为这是MMU和MPU必备的功能之一。（uCOS-II/uCOS-III中均有针对没有MMU和MPU的处理器对堆栈溢出检测的策略）1.2. 堆栈的大小取决于该任务的需求。设定堆栈大小时，你就需要考虑：所有可能被堆栈调用的函数及其函数的嵌套层数，相关局部变量的大小，中断服务程序所需要的空间。另外，堆栈还需存入CPU寄存器，如果处理器有浮点数单元FPU寄存器的话还需存入FPU寄存器。（PS：出于这点，所以在嵌入式系统中有个潜规则，避免写递归函数）1.3. 虽然任务堆栈大小可以通过人工计算出来，但是要考虑的太多，而且不能十分精确的计算。比如逐级嵌套被调用的函数的参数使用，上下文切换时候的CPU寄存器空间的保存，中断时CPU寄存器空间的保存和中断处理函数的堆栈空间等等，未免太过麻烦。特别的，当任务中使用了printf()之类参数可变的函数，那么统计起来就更困难了。所以这种方式怎么看怎么不现实。囧。1.4. 建议在不是很精确的确定任务堆栈使用大小(stk_size)的情况下，还是采取stk_size乘以1.5或者2.0的做法，以保证任务的正常运行。2. uCOS-III任务堆栈溢出检测原理每个任务都有自己的TCB(Task Control Block 任务控制块)， TCB结构定义在uCOS-III源码(我使用的是V3.03.00版本)中的os.h中。 TCB中有个 StkLimitPtr成员。假设在切换到任务S前，代码会检测将要被载入CPU堆栈指针的值是否超出该任务S的TCB中StkLimitPtr限制。因为软件不能在溢出时就迅速地做出反应，所以应该设置StkLimitPtr的值尽可能远离&MyTaskStk[0]，保证有足够的溢出缓冲。如下图。软件检测不会像硬件检测那样有效，但也可以防止堆栈溢出。当uC/OS-III从一个任务切换到另一个任务的时候，它会调用一个 hook函数OSTaskSwHook()，它允许用户扩展上下文切换时的功能。所以，如果处理器没有硬件支持溢出检测功能，就可以在该hook函数中添加代码软件模拟该能。不过我个人的做法是，通常设置StkLimitPtr指向任务栈大小的90%处，然后获取任务堆栈使用量，如果栈使用率大于90%时就必须做出警告了！下面就来介绍任务栈使用量的获取。图13. uCOS-III任务堆栈使用量统计的原理和方法3.1 原理原理其实很简单，就是统计连续为0的区域的大小就可以知道空闲栈free的大小，而任务在创建时任务栈总量TaskStkSize是确定的，那么使用了的栈大小used = TaskStkSize - free。见图2。图2 首先，当任务创建时其堆栈被清零。然后，通过一个低优先级任务，计算该任务整个堆栈中值为0的内存大小。如果发现都不为0，那么就需要扩展堆栈的大小。然后，调整堆栈为的相应大小。这是一种非常有效的方法。注意的是，程序需用运行很长的时间以让堆栈达到其需要的最大值。 3.2 方法 uC/OS-III提供了一个函数OSTaskStkChk()用于实现这个计算功能。那么就来看看具体怎么做吧。 3.2.1 首先创建一个任务来运行任务堆栈统计工作，值得注意的是，这个任务的优先级建议设置为系统所有任务中最低的一个！#define SystemDatasBroadcast_PRIO 12 // 统计任务优先级最低，我这里是12，已经低于其他任务的优先级了#define SystemDatasBroadcast_STK_SIZE 100 // 任务的堆栈大小，做统计一般够了，统计结果出来后不够再加..OS_TCB SystemDatasBroadcast_TCB; // 定义统计任务的TCBCPU_STK SystemDatasBroadcast_STK [SystemDatasBroadcast_STK_SIZE];// 开辟数组作为任务栈给任务使用static void AppTaskCreate(void)// 这是系统创建任务的函数，还有其他任务创建的代码，这里就不贴出了// .....OSTaskCreate( (OS_TCB *)&SystemDatasBroadcast_TCB,(CPU_CHAR *)"SystemDatasBroadcast",(OS_TASK_PTR ) SystemDatasBroadcast,(void *) 0,(OS_PRIO ) SystemDatasBroadcast_PRIO,(CPU_STK *)&SystemDatasBroadcast_STK[0],(CPU_STK_SIZE) SystemDatasBroadcast_STK_SIZE/10,/*栈溢出临界值我设置在栈大小的90%处*/(CPU_STK_SIZE) SystemDatasBroadcast_STK_SIZE,(OS_MSG_QTY ) 0,(OS_TICK ) 0,(void *) 0,(OS_OPT )(OS_OPT_TASK_STK_CHK | OS_OPT_TASK_STK_CLR),(OS_ERR *) &err); }3.2.2 然后在任务函数SystemDatasBroadcast()中开始统计各个任务 (其他任务的代码就不贴了，跟SystemDatasBroadcast 创建代码的方法是一模一样的，大家根据自己的需求照葫芦画瓢即可 )的栈使用,代码如下：void SystemDatasBroadcast (void *p_arg)OS_ERR err;CPU_STK_SIZE free,used;(void)p_arg; while(DEF_TRUE)OSTaskStkChk (&SystemDatasBroadcast_TCB,&free,&used,&err); printf("SystemDatasBroadcast used/free:%d/%d usage:%%%d\r\n",used,free,(used*100)/(used+free));OSTaskStkChk (&Core_Page_TCB,&free,&used,&err); printf("Core_Page used/free:%d/%d usage:%%%d\r\n",used,free,(used*100)/(used+free));OSTaskStkChk (&GUIActive_TCB,&free,&used,&err); printf("GUIActive used/free:%d/%d usage:%%%d\r\n",used,free,(used*100)/(used+free));OSTaskStkChk (&KeyCheck_Process_TCB,&free,&used,&err); printf("KeyCheck used/free:%d/%d usage:%%%d\r\n",used,free,(used*100)/(used+free));OSTaskStkChk (&Light_Adjust_TCB,&free,&used,&err); printf("Light_Adjust used/free:%d/%d usage:%%%d\r\n",used,free,(used*100)/(used+free));OSTaskStkChk (&Calibrate_Process_TCB,&free,&used,&err); printf("Calibrate used/free:%d/%d usage:%%%d\r\n",used,free,(used*100)/(used+free));OSTaskStkChk (&Data_Process_TCB,&free,&used,&err); printf("Data_Process used/free:%d/%d usage:%%%d\r\n",used,free,(used*100)/(used+free));printf("\r\n\r\n\r\n");OSTimeDlyHMSM(0,0,5,0,(OS_OPT)OS_OPT_TIME_DLY,(OS_ERR*)&err);}}3.2.3实验结果上述代码的实验结果如下图所示，可以清楚的看到每个任务的堆栈的使用状况。但是请遵循一个原则：必须让系统运行足够久，比如尽量让系统处于不同的运行状态下，然后观察任务堆栈使用的变化，找到堆栈的最高使用率，然后根据上文所说的原则按需重新分配新的任务堆栈大小。

7，malloc函数处理内存时需注意什么它分配内存大小有限制吗如果要

1.注意申请格式 type *p = NULL; if (NULL == (p = (type *)malloc(sizeof (type)))) perror("malloc"); exit(1); } ... free(p); p = NULL;2.申请1G的空间，你开玩笑吧，我反正没这么做过，至于大小我不知道。

执行分配语句后，判断一下，再执行后面的语句吧

我觉得楼主主要问的是堆溢出的问题，我同问……linux上堆的最大空间是多少

这么大，看一下堆栈方面的设置吧

你好！分配的内存大小肯定是有限制的，因为你的电脑内存是有限的啊！至于要分配1G的空间，需要这么大空间的我还没有见过呢。如果需要处理的话，最好分段处理，处理完了再处理其他的。至于怎么分段，我没有遇到过，所以说不上来。^_^ 你可以尝试用文件的知识做。如有疑问，请追问。

分配太大硬盘就要吱吱的响了。

8，要安装Linux系统问一下安装的时候各分区该分配多大空间比较合适

引导100M，交换分区大小是实际物理内存的2倍，根20G就可以闲少40G也行，剩下的分给HOME就可以了

red hat linux 首先类似fdisk一样，先选择要分区的硬盘，此处为/dev/sdb： # parted /dev/sdb 现在我们已经选择了/dev/hdd作为我们操作的磁盘，接下来需要创建一个分区表(在parted中可以使用help命令打印帮助信息)： (parted) mklabelwarning: the existing disk label on /dev/hdd will be destroyed and all data on this disk will be lost. do you want to continue? yes/no?(警告用户磁盘上的数据将会被销毁，询问是否继续，我们这里是新的磁盘，输入yes后回车) 创建好分区表以后，接下来就可以进行分区操作了，执行mkpart命令，分别输入分区名称，文件系统和分区的起止位置 (parted) mkpart 分好区后可以使用print命令打印分区信息，下面是一个print的样例 (parted) print 如果分区错了，可以使用rm命令删除分区，比如我们要删除上面的分区，然后打印删除后的结果 (parted)rm 1 #rm后面使用分区的号码到此大家就可以使用parted对大容量硬盘进行分区了, 善加利用哦!end parted的操作都是实时的，也就是说你执行了一个分区的命令，他就实实在在地分区了，而不是像fdisk那样，需要执行w命令写入所做的修改，所以进行parted的测试千万注意不能在生产环境中！！标记：#开始表示在shell的root下输入的命令，(parted)表示在parted中输入的命令，其他为自动打印的信息

9，堆与栈在内存里是怎么分配的

堆和栈的区别(内存和数据结构)在计算机领域，堆栈是一个不容忽视的概念，我们编写的C语言程序基本上都要用到。但对于很多的初学着来说，堆栈是一个很模糊的概念。堆栈：一种数据结构、一个在程序运行时用于存放的地方，这可能是很多初学者的认识，因为我曾经就是这么想的和汇编语言中的堆栈一词混为一谈。我身边的一些编程的朋友以及在网上看帖遇到的朋友中有好多也说不清堆栈，所以我想有必要给大家分享一下我对堆栈的看法，有说的不对的地方请朋友们不吝赐教，这对于大家学习会有很大帮助。数据结构的栈和堆首先在数据结构上要知道堆栈，尽管我们这么称呼它，但实际上堆栈是两种数据结构：堆和栈。堆和栈都是一种数据项按序排列的数据结构。栈就像装数据的桶或箱子我们先从大家比较熟悉的栈说起吧，它是一种具有后进先出性质的数据结构，也就是说后存放的先取，先存放的后取。这就如同我们要取出放在箱子里面底下的东西（放入的比较早的物体），我们首先要移开压在它上面的物体（放入的比较晚的物体）。堆像一棵倒过来的树而堆就不同了，堆是一种经过排序的树形数据结构，每个结点都有一个值。通常我们所说的堆的数据结构，是指二叉堆。堆的特点是根结点的值最小（或最大），且根结点的两个子树也是一个堆。由于堆的这个特性，常用来实现优先队列，堆的存取是随意，这就如同我们在图书馆的书架上取书，虽然书的摆放是有顺序的，但是我们想取任意一本时不必像栈62616964757a686964616fe78988e69d8331333363386165一样，先取出前面所有的书，书架这种机制不同于箱子，我们可以直接取出我们想要的书。内存分配中的栈和堆然而我要说的重点并不在这，我要说的堆和栈并不是数据结构的堆和栈，之所以要说数据结构的堆和栈是为了和后面我要说的堆区和栈区区别开来，请大家一定要注意。下面就说说C语言程序内存分配中的堆和栈，这里有必要把内存分配也提一下，大家不要嫌我啰嗦，一般情况下程序存放在Rom或Flash中，运行时需要拷到内存中执行，内存会分别存储不同的信息，如下图所示：内存中的栈区处于相对较高的地址以地址的增长方向为上的话，栈地址是向下增长的。栈中分配局部变量空间，堆区是向上增长的用于分配程序员申请的内存空间。另外还有静态区是分配静态变量，全局变量空间的；只读区是分配常量和程序代码空间的；以及其他一些分区。

内存不止分为堆和栈，还有另外3个区： |-----------| | 栈 | |-----------| | | | | \|/ | | | | /|\ | | | | |-----------| | 堆 | |-----------| | 未初始化| |------------| | 初始化 | |------------| | 正文段 | |------------| 其中栈是由编译器自动分配释放，堆区是程序员申请释放；全局变量和静态变量是存储的一起的，全局未初始化变量和静态未初始化变量放在未初始化区（又称bss区），全局初始化变量和静态初始化变量放在初始化区；代码的二进制存放在正文段。。

10，java中的堆栈问题

其实这些基础的东西网上有不少, 你可以多去csdn,那里可以学到不少好东西 ,我就直接给你粘贴过来了 java中堆栈(stack)和堆(heap)一、堆栈(stack)和堆(heap)？（1）内存分配的策略　　按照编译原理的观点,程序运行时的内存分配有三种策略,分别是静态的,栈式的,和堆式的. 　静态存储分配是指在编译时就能确定每个数据目标在运行时刻的存储空间需求,因而在编译时就可以给他们分配固定的内存空间.这种分配策略要求程序代码中不允许有可变数据结构(比如可变数组)的存在,也不允许有嵌套或者递归的结构出现,因为它们都会导致编译程序无法计算准确的存储空间需求. 　栈式存储分配也可称为动态存储分配,是由一个类似于堆栈的运行栈来实现的.和静态存储分配相反,在栈式存储方案中,程序对数据区的需求在编译时是完全未知的,只有到运行的时候才能够知道,但是规定在运行中进入一个程序模块时,必须知道该程序模块所需的数据区大小才能够为其分配内存.和我们在数据结构所熟知的栈一样,栈式存储分配按照先进后出的原则进行分配。　静态存储分配要求在编译时能知道所有变量的存储要求,栈式存储分配要求在过程的入口处必须知道所有的存储要求,而堆式存储分配则专门负责在编译时或运行时模块入口处都无法确定存储要求的数据结构的内存分配,比如可变长度串和对象实例.堆由大片的可利用块或空闲块组成,堆中的内存可以按照任意顺序分配和释放.（2）堆和栈的比较　　上面的定义从编译原理的教材中总结而来,除静态存储分配之外,都显得很呆板和难以理解,下面撇开静态存储分配,集中比较堆和栈: 　从堆和栈的功能和作用来通俗的比较,堆主要用来存放对象的，栈主要是用来执行程序的.而这种不同又主要是由于堆和栈的特点决定的: 　在编程中，例如C/C++中，所有的方法调用都是通过栈来进行的,所有的局部变量,形式参数都是从栈中分配内存空间的。实际上也不是什么分配,只是从栈顶向上用就行,就好像工厂中的传送带(conveyor belt)一样,Stack Pointer会自动指引你到放东西的位置,你所要做的只是把东西放下来就行.退出函数的时候，修改栈指针就可以把栈中的内容销毁.这样的模式速度最快,当然要用来运行程序了.需要注意的是,在分配的时候,比如为一个即将要调用的程序模块分配数据区时,应事先知道这个数据区的大小,也就说是虽然分配是在程序运行时进行的,但是分配的大小多少是确定的,不变的,而这个"大小多少"是在编译时确定的,不是在运行时.　堆是应用程序在运行的时候请求操作系统分配给自己内存，由于从操作系统管理的内存分配,所以在分配和销毁时都要占用时间，因此用堆的效率非常低.但是堆的优点在于,编译器不必知道要从堆里分配多少存储空间，也不必知道存储的数据要在堆里停留多长的时间,因此,用堆保存数据时会得到更大的灵活性。事实上,面向对象的多态性,堆内存分配是必不可少的,因为多态变量所需的存储空间只有在运行时创建了对象之后才能确定.在C++中，要求创建一个对象时，只需用new命令编制相关的代码即可。执行这些代码时，会在堆里自动进行数据的保存.当然，为达到这种灵活性，必然会付出一定的代价:在堆里分配存储空间时会花掉更长的时间！这也正是导致我们刚才所说的效率低的原因,看来列宁同志说的好,人的优点往往也是人的缺点,人的缺点往往也是人的优点(晕~).（3）JVM中的堆和栈　　JVM是基于堆栈的虚拟机.JVM为每个新创建的线程都分配一个堆栈.也就是说,对于一个Java程序来说，它的运行就是通过对堆栈的操作来完成的。堆栈以帧为单位保存线程的状态。JVM对堆栈只进行两种操作:以帧为单位的压栈和出栈操作。　　我们知道,某个线程正在执行的方法称为此线程的当前方法.我们可能不知道,当前方法使用的帧称为当前帧。当线程激活一个Java方法,JVM就会在线程的Java堆栈里新压入一个帧。这个帧自然成为了当前帧.在此方法执行期间,这个帧将用来保存参数,局部变量,中间计算过程和其他数据.这个帧在这里和编译原理中的活动纪录的概念是差不多的.　　从Java的这种分配机制来看,堆栈又可以这样理解:堆栈(Stack)是操作系统在建立某个进程时或者线程(在支持多线程的操作系统中是线程)为这个线程建立的存储区域，该区域具有先进后出的特性。　每一个Java应用都唯一对应一个JVM实例，每一个实例唯一对应一个堆。应用程序在运行中所创建的所有类实例或数组都放在这个堆中,并由应用所有的线程共享.跟C/C++不同，Java中分配堆内存是自动初始化的。Java中所有对象的存储空间都是在堆中分配的，但是这个对象的引用却是在堆栈中分配,也就是说在建立一个对象时从两个地方都分配内存，在堆中分配的内存实际建立这个对象，而在堆栈中分配的内存只是一个指向这个堆对象的指针(引用)而已。

献丑了：1、java中所有变量(包括你上述提及的str引用类型变量)的存放位置都取决于该变量的声明位置，而new出的对象则始终被jvm存放在堆中，创建的字串常量则始终被jvm存放在数据段区常量池中。2、你对第一个str引用变量存放位置的解释有一点欠妥的地方，准确的说这个 str的存放位置不一定在栈中，这要看str的声明位置，如果str是方法参数中声明或方法内局部变量声明则存放位置就是你说的在栈中，但如果在类的成员变量中声明则是存放于堆中。“abc”是一个字串常量被存放于常量池中而该常量返回的引用地址被存放于str变量中，str变量的位置取决于str的声明位置。3、第二种方式string str = new string("abc")；其实上是创建了两个对象，与上述相同，字串常量对象被放在常量池中，这个常量“abc”与上面第一个创建的“abc”是同一个abc，常量池中不能保存相同面值的常量，而new出的新对象new string("abc")则存放在堆中，这里的“abc”的位置存在于堆中，与上述常量池中的“abc”不是同一个“abc”，这里一定要注意啊，而 str变量的存放位置与第一个str的存放位置都是取决于该str的声明位置。4、解释引用变量存放位置的原理：对象在创建时将为所有的成员变量分配内存空间以及为所有的成员方法分配入口地址，因为对象是对属性及方法的封装而对象在创建时被分配到堆中的空间，因此成员变量被分配在堆中，而方法时在调用时为局部参数或变量临时分配内存空间，在此，方法在调用时被jvm 线程加载至栈中，于此局部变量及参数的所在位置存在与栈中，这些局部变量及参数所占空间是临时的，一旦方法调用结束其临时空间将被释放，所以内存栈区空间是为变量分配的临时存贮空间，这个你可以参考马士兵的堆栈视屏教程，他讲述的很清楚，我可能还没有他表达得清楚。5、最后再强调一点：变量不是都放在栈中，这取决于该变量的声明位置，我的这种说法你能理解吗？只有理解了这一点，在出现堆栈问题或缓存遗留问题时才能根据问题的出发点找到问题的出处。

具体说明

楼主真懒啊

rtos堆栈空间分配多少合适，栈空间的最大值是多少

1，栈空间的最大值是多少

2，怎么去确定RTOS中任务栈的大小和任务的优先级

3，进程的堆栈空间是固定分配的还是可变分配的

4，堆栈大小是多少可否设置

5，freertos 占多少内存空间

6，ucos 怎样确定任务堆栈大小

7，malloc函数处理内存时需注意什么它分配内存大小有限制吗如果要

8，要安装Linux系统问一下安装的时候各分区该分配多大空间比较合适

9，堆与栈在内存里是怎么分配的

10，java中的堆栈问题

最近更新

相关文章

电路分析最新文章

电路排行榜推荐

电路分析排行榜精选

电路分析文章排行榜

热门标签

rtos堆栈空间分配多少合适，栈空间的最大值是多少

1，栈空间的最大值是多少

2，怎么去确定RTOS中任务栈的大小和任务的优先级

3，进程的堆栈空间 是固定分配的还是可变分配的

4，堆栈大小是多少可否设置

5，freertos 占多少内存空间

6，ucos 怎样确定任务堆栈大小

7，malloc函数处理内存时需注意什么它分配内存大小有限制吗如果要

8，要安装Linux系统问一下安装的时候各分区该分配多大空间比较合适

9，堆与栈在内存里是怎么分配的

10，java中的堆栈问题

最近更新

相关文章

电路分析最新文章

电路排行榜推荐

电路分析排行榜精选

电路分析文章排行榜

热门标签

3，进程的堆栈空间是固定分配的还是可变分配的