对于我的编程语言类，一个问题就是：
FORTRAN中的局部变量是静态的还是堆栈动态的？局部变量是INITIALIZED的默认值是静态还是堆栈动态？向我展示一些代码，并附上解释以备份您的答案。提示：检查此方法的最简单方法是让程序测试子程序的历史敏感度。看看将局部变量初始化为某个值时会发生什么，而不是。您可能需要调用多个子程序才能放心地锁定答案。
我写了几个子程序： - 创建一个变量 - 打印变量 - 将变量初始化为值 - 再次打印变量
对子变量的每次连续调用都会在未初始化时打印出变量的相同随机值，然后打印出初始化值。
当变量未初始化时，这个随机值是什么？
这是否意味着Fortran对每个子例程调用使用相同的内存位置，或者它是否动态创建空间并随机初始化变量？
我的第二个子程序也创建了一个变量，但随后调用了第一个子程序。结果是相同的，除了未初始化变量的随机数打印不同。我很迷茫。请帮忙！
非常感谢你。
答案 0 :(得分：13)
在Fortran 77＆amp; 90/95/2003，如果你想在子程序调用中保留子程序的局部变量值，你应该将它声明为“save”属性，例如（使用Fortran 90样式）：
integer, save :: counter
OR
integer :: counter
save :: counter
。 或者，如果您希望将“保存”行为应用于所有变量，则只需在子例程中包含一个简单的
save
语句。 在Fortran 90中，声明中的变量初始化
integer :: counter = 0
自动获取保存属性。我不认为Fortran 77就是这种情况。
这是实验可能会产生误导的一个领域 - 它们会告诉您特定编译器的功能，但可能不是Fortran 77语言标准，也不是其他编译器所做的。许多旧的Fortran 77编译器没有在堆栈上放置局部变量，并且隐式地所有变量都具有save属性，而编程没有使用该声明。例如，流行的DEC Fortran编译器就是这种情况。传统的Fortran 77程序通常只与这种类型的特定编译器一起使用，因此现代编译器会出现故障，因为程序员忘记在需要它的变量上使用save属性。最初这不会导致问题，因为所有变量都有效地具有save属性。大多数现代编译器都将局部变量放在堆栈上而不保存，这些程序经常出现故障，因为一些需要“保存”的变量“忘记”它们在子程序调用中的值。这可以通过识别问题变量并添加save（work），向每个子例程添加一个save语句（减少工作量）来修复，或者许多编译器都有一个选项（例如，gfortran中的-fno-automatic）来恢复旧的行为（易）。
这似乎是一个特殊的问题 - 你不会发现关于“Fortran 77”但关于特定编译器的问题。为什么使用Fortran 77而不是Fortran 95/2003？教授。认为Fortran在1977年停止了吗？
答案 1 :(得分：5)
放大@MSB所做的一点;
Fortran标准没有告诉编译器编写者如何实现标准，他们关注的是程序员可见的程序行为。所以这个问题的答案是“这一切都取决于编译器”。 OP并没有告诉我们他正在使用哪个（/）个编译器。
此外，如果你回过头来研究所有编写的FORTRAN77编译器，我相信你会发现你感兴趣的各种不同的功能实现，其中很多都与深奥的硬件架构。