我有一种情况，当类被实例化时，我只想读取一次配置文件。
假设我有一个名为readConfig() 的方法，它读取配置并将其放入Map 对象中。当程序需要使用配置值时，它会使用其定义键读取对象。我想知道构造函数只调用一次它的生命周期。我可以将我的方法readConfig() 放入构造函数中，这样可以让我有一次调用的好处，还是有另一种机制可以做到这一点？
【问题讨论】：
标签： java constructor
你可以：这就是构造函数的用途。您还明确指出，该对象永远不会在未知状态下构造（未加载配置）。
您不应该：在构造函数中调用实例方法是危险的，因为对象尚未完全初始化（这主要适用于无法被覆盖的方法）。众所周知，构造函数中的复杂处理会对可测试性产生负面影响。
【讨论】：
更好的设计应该是
public static YourObject getMyObject(File configFile){
//process and create an object configure it and return it
}
【讨论】：
//process and create an object configure it and return it 和它的静态工厂模式仅汤姆时更可测试，
我可以将我的方法 readConfig() 放入构造函数中吗？
在构造函数中调用不可覆盖的方法是一种可接受的方法。
如果该方法仅由构造函数使用，您可能想知道是否真的需要将其提取到方法中（甚至private）。
如果您选择将构造函数完成的某些逻辑提取到方法中，那么对于任何方法，您都必须选择适合方法要求的访问修饰符，但在这种特定情况下，更重要的是 保护方法必须冒着使超类构造函数不一致的风险来反对方法的覆盖。
所以它应该是private，如果它只被类的构造函数（和实例方法）使用。
否则，如果在包内或子类中重用该方法，则它应该是 package-private 和 final。
这会给我一次打电话的好处，还是有另一种机制可以做到这一点？
使用这种方式没有任何好处或缺点。
我不鼓励在构造函数中执行太多逻辑，但在某些情况下，在构造函数中初始化多个事物可能是有意义的。
例如，复制构造函数可能会执行很多事情。
多个 JDK 类说明了这一点。
以HashMap 复制构造函数为例，它构造一个新的HashMap，其映射与指定的Map 参数相同：
public HashMap(Map<? extends K, ? extends V> m) {
this.loadFactor = DEFAULT_LOAD_FACTOR;
putMapEntries(m, false);
}
final void putMapEntries(Map<? extends K, ? extends V> m, boolean evict) {
int s = m.size();
if (s > 0) {
if (table == null) { // pre-size
float ft = ((float)s / loadFactor) + 1.0F;
int t = ((ft < (float)MAXIMUM_CAPACITY) ?
(int)ft : MAXIMUM_CAPACITY);
if (t > threshold)
threshold = tableSizeFor(t);
}
else if (s > threshold)
resize();
for (Map.Entry<? extends K, ? extends V> e : m.entrySet()) {
K key = e.getKey();
V value = e.getValue();
putVal(hash(key), key, value, false, evict);
}
}
}
提取putMapEntries() 中填充的地图逻辑是一件好事，因为它允许：
clone() 和putAll() 也使用它【讨论】：
构造函数只被调用一次，所以你可以安全地做你想做的事，但是从构造函数内部而不是直接调用方法的缺点是，如果方法失败，你不会得到直接的反馈。您调用的方法越多，这就越困难。
一种解决方案是提供方法，您可以调用这些方法来查询对象的“健康状况”，一旦它被构造出来。比如isConfigOK()方法可以用来查看配置读取操作是否OK。
另一种解决方案是在失败时在构造函数中抛出异常，但这实际上取决于这些失败的“致命”程度。
class A
{
Map <String,String> config = null;
public A()
{
readConfig();
}
protected boolean readConfig()
{
...
}
public boolean isConfigOK()
{
// Check config here
return true;
}
};
【讨论】：
你可以。但是通过将它放在构造函数中，您会使您的对象难以测试。
相反，您应该：
init() 方法依赖注入框架为您提供了这些选项。
public class ConfigurableObject {
private Map<String, String> configuration;
public ConfigurableObject() {
}
public void setConfiguration(..) {
//...simply set the configuration
}
}
第二个选项的示例（最好在对象由容器管理时使用）：
public class ConfigurableObject {
private File configFile;
private Map<String, String> configuration;
public ConfigurableObject(File configFile) {
this.configFile = configFile;
}
public void init() {
this.configuration = parseConfig(); // implement
}
}
当然，这可以通过构造函数来编写
public ConfigurableObject(File configfile) {
this.configuration = parseConfig(configFile);
}
但是您将无法提供模拟配置。
我知道第二个选项听起来更冗长且容易出错（如果您忘记初始化）。如果你在构造函数中这样做，它不会对你造成太大伤害。但是，让您的代码更加面向依赖注入通常是一个好习惯。
第一个选项是最好的 - 它可以与 DI 框架和手动 DI 一起使用。
【讨论】：
init() 方法。但不要在构造函数中进行工作。查看更新
单例模式
public class MyClass() {
private static MyClass instance = null;
/**
* Get instance of my class, Singleton
**/
public static MyClass getInstance() {
if(instance == null) {
instance = new MyClass();
}
return instance;
}
/**
* Private constructor
*/
private MyClass() {
//This will only be called once, by calling getInstanse() method.
}
}
【讨论】：
为什么不使用 Static Initialization Blocks ？此处的其他详细信息：
Static Initialization Blocks
【讨论】：