java成員變量賦值？當然，有規(guī)則。在多態(tài)性的情況下，這兩種賦值方法應該特別注意。例如，demo類有一個map類型的成員變量。如果該值是直接指定的，則需要指定映射的類型。如果該值是通過構造函數賦值的，

java成員變量賦值？

當然，有規(guī)則。在多態(tài)性的情況下，這兩種賦值方法應該特別注意。例如，demo類有一個map類型的成員變量。如果該值是直接指定的，則需要指定映射的類型。如果該值是通過構造函數賦值的，則它是不確定的。它可能是各種地圖的實現。因此，通過構造函數和set方法的賦值，可以使程序更加靈活，也可以體現多態(tài)面向對象的特點。那么在什么情況下直接指派比較好呢？我建議有些人不會更改（例如常量）或顯式指定實現依賴項，例如日志記錄的日志。通常，我建議將其編寫為final和static，并執(zhí)行web多線程處理。如果你能節(jié)省一些內存，你就能節(jié)省一些內存。不怕記性不夠?，F在服務器的內存是幾十GB，而且內存非常便宜。真正的目的是節(jié)省JVM在GC上消耗的時間。總之：通過構造函數或set方法的注解，程序更加靈活，直接賦值，在某些情況下可以節(jié)省內存開銷。