Linux线程栈溢出,是在编译的时候决定的吗?

最近遇到Linux环境下,一不小心把线程栈设置的比较小,在函数层层调用的时候,有一个函数A内部定义了很多大数组,统计总大小明显大于线程栈设置大小。刚刚进入函数A,第一句话定义的大数组位置出现栈溢出错误了,这个数组实际长度远低于栈大小。
1、为啥交叉编译的时候不会报错?
2、是不是只有函数调用了到A函数,才会出现问题?
3、调用到了函数A,是不是函数刚刚进入,就会把所有大数组初始化一遍,然后直接栈溢出报错?还是说一定要把每一个定义大数组的地方执行到,压栈以后才会报错?
4、执行相同代码,编译不同的固件,结果一个比现,一个就不出现。这个和编译的时候线程栈位置有关系吗?

栈溢出只能在运行的时候才能发现的,编译的时候发现不了的!

在Linux中,线程栈大小通常是在运行时动态分配的,而不是在编译时决定的。在Linux中,可以使用ulimit命令来查看和修改进程的资源限制,包括栈大小限制。默认情况下,线程栈大小通常是8MB,但可以通过设置ulimit值来更改。线程栈溢出通常是由于线程在使用栈时超出了栈的可用空间而导致的。要避免线程栈溢出,可以使用动态内存分配或者在编写代码时尽量减少使用递归或者过多嵌套的函数调用。

1,栈溢出无法准确预测,因为函数的调用涉及到各种条件,编译器不会给你模拟所有的条件。不过稍微好点的编译器是可以给出警告的。
2,是
3,函数里的局部变量定义在不同位置只是为了方便你使用作用域限制功能,但编译器都是整体处理的,不管你定义在哪里
4,不明白你说的相同的代码为什么会编译出不同的固件。不过即使完全相同的二进制代码,在不同的条件下也可能完全不同的结果,这个很好理解吧。

不知道你这个问题是否已经解决, 如果还没有解决的话:


如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^