這次的實踐經(jīng)驗的起因在于，在開發(fā)中，我想在工具類中使用配置文件的變量值。通常使用@value注解，這個只能在spring中管理的bean總獲取。之前我也很疑惑，為什么之前的開發(fā)人員會在SpringUtil類上加入@Component注解，今天又遇到這種情況，其原因完全理解了。

@Component
public class SpringUtil implements EnvironmentAware {
  private static Environment env;
  public static String getProperty(String key){
    return env.getProperty(key);
  }
  @Override
  public void setEnvironment(Environment environment) {
    injectEnvironment(env); // 因為spring會創(chuàng)建這個接口的實現(xiàn)類的一個對象，所以實例方法調(diào)用靜態(tài)方法，只是目前這個類我們是看不到的
  }
  public static void injectEnvironment(Environment env){
    SpringUtil.env = env; // 這其實是實例方法調(diào)用靜態(tài)方法
  }
}

這個原理很簡單，就是實例方法調(diào)用靜態(tài)方法，所以還是生成了對象，只生產(chǎn)了一個工具類對象，而不是很多，這很java，很spring。相應(yīng)的，@Service注解的也是單例（這應(yīng)該是基于方法是天然并行的，每次調(diào)用方法，都會生成自己的數(shù)據(jù)棧），也可以看到，這spring中使用對象很合適，可以忽略創(chuàng)建對象的開銷。

學(xué)習(xí)spring，我們都知道spring的一個重要功能就是對象管理。那么一個重要的問題就是：我們?nèi)绾潍@取我們想要的Bean？spirng中有沒有一個靜態(tài)類，通過名字直接獲取對象。

很抱歉，這不是spring的正確打開方式，雖然使用靜態(tài)類是多么的直白，但是spring并沒這樣實現(xiàn)。通常的做法也是同上，就是通過spirng注入ApplicationContext對象，這就是一個bean容器，然后就可以獲得我們想要獲得的類了。很報謙，你也無法自己new 一個ApplicationContext對象，這也許是保持運行環(huán)境中只有一個ApplicationContext對象吧。

單例就是一種簡潔美。至于為什么使用單例而不使用靜態(tài)類，我覺得原因有二：

1.單例的創(chuàng)建和銷毀方遍，可以在不使用時節(jié)約資源

2.我們繼承的類，大多數(shù)是實例方法和實例變量（至于為甚是實例方法和實例變量，應(yīng)該是很絕大多數(shù)類都要實例化，并且可能有多個對象），那么繼承的時候就是實例方法和實例變量，可以說這是面向?qū)ο缶幊田L(fēng)格在單例情況下的影響。單例的缺點可能就是生成對象的開銷，現(xiàn)在這已經(jīng)不算什么了。

對象一般比類豐滿，嗯，這是經(jīng)驗。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。