构造函数中是否必须将Inherited放第一行？能否前置其他代码？

咱们先直接给结论：不是必须的，你完全可以在Inherited语句之前编写其他代码，你给出的示例写法不仅合法，还是很常见的合理场景。

为什么可以这么做？ #

构造函数的核心是完成类的初始化，而初始化的顺序完全可以根据你的需求调整：

• 如果父类的构造函数需要一些动态计算的参数（比如你的示例里的用户配置文件夹路径），你完全可以先在子类构造里完成这些参数的计算，再把结果传给父类的Create方法。
• 只要你在Inherited之前的代码不依赖父类中需要构造函数初始化的成员（比如父类的属性、实例变量），就不会有任何问题——因为父类的构造还没执行，这些成员的状态是未定义的，访问它们可能会导致异常。

结合你的示例分析 #

你的代码：

constructor TMyIniFile.Create(SectionName: string);
VAR
  Path: string;
begin
  Path:= UserProfileFolder; //initialize path here
  inherited Create(Path); //more code ..
end;

这里的Path是局部变量，计算它不需要依赖父类的任何资源，之后把这个路径传给父类构造，用来初始化父类的核心逻辑——这是非常标准的用法，很多自定义类都会这么做，用来给父类构造提供动态生成的参数。

需要注意的小坑 #

当然，反过来想，如果你的子类初始化需要依赖父类构造已经创建好的结构（比如父类构造会初始化一个列表，你要在子类里往这个列表加元素），那你就得把Inherited放在前面，先让父类完成初始化，再执行子类自己的代码。

总结来说：Inherited的位置没有强制要求，完全取决于你的初始化逻辑需要——只要避免在父类构造执行前访问父类未初始化的成员就好。

内容的提问来源于stack exchange，提问作者Error - CPU Not Foud