学会放下包袱，热爱单例-CSDN博客

企业应用程序与移动应用程序有着截然不同的要求。你启动一次企业应用程序，它会连续运行数月或数年。另一方面，大部分手机应用可能是被正在无聊排队或者坐公交车的用户启动的，它们经常连续运行不超过几分钟，这就意味着移动应用程序必须即时开启，而启动一个企业应用程序则需要足够长的时间。

对于企业应用，依赖注入和早期验证是非常重要的， Spring为此提供了极大的便利。但是别欺骗自己，Spring是好，但它不是万金油。尤其在崇尚快速启动、低内存消耗、避免接口的移动开发领域。

企业应用程序的瓶颈几乎都在数据库，在这里或者其它的地方多花费几毫秒并无大碍。而在性能弱得多的移动设备上，这些时钟周期不仅算在用户等待的时间上，并且会损耗设备的电量。一个简单的事实，使用接口来替换抽象父类，都要慢上1倍。甚至在嵌套调用的构造函数中多传入个参数，稍微多几层的调用，都会产生影响。

选择性延迟加载单例

Java中的类加载是懒惰式的，Java虚拟机只有在类被引用的时候才会将其加载。用户短时间内运行的移动应用一般不会触发加载其内部的所有类。如果用户只是检查未读信息后退出，则写信息相关的类是不必加载的。早期依赖注入打破了这种做法，所有的类在启动时引入。大部分组件都将会被徒劳的初始化，因为其实它们从未被真正的使用。

所以我们在开发移动应用的做法应该效仿Java虚拟机，而不是像Spring那样。要尽可能只在需要的时候创建某个组件，最好的实现方式就是使用单例模式，但不是那种通常的严格的单例模式，而是一个可选的单例。使用公用的构造函数，信任你的用户，并用getSharedFoo()来命名你的获取器（getter），而不是使用getInstance()。我使用URL缓存组件的例子给你示范下。

 
    01public class URLCache {
 
    02 
 
    03private static URLCache sharedCache;
 
    04 
 
    05public static URLCache getSharedURLCache() {
 
    06 
 
    07     synchronized (URLCache.class) { 
 
    08 
 
    09         if (sharedCache == null) { 
 
    10 
 
    11             sharedCache = new URLCache(); 
 
    12 
 
    13         } 
 
    14 
 
    15     } 
 
    16 
 
    17     return sharedCache; 
 
    18 
 
    19}
 
    20 
 
    21public URLCache() {
 
    22 
 
    23// More code...
 
    24 
 
    25}
 
    26 
 
    27// Allot more code here...
 
    28 
 
    29}

在我们想象中的HTTP提供者(HTTPProvider)中使用这个共享的URL缓存(URLCache)组件，将会是超级简单的，但不是强制的：

 
    01public class HTTPProvider {
 
    02 
 
    03public InputStream inputStreamForURL(Stringurl) {
 
    04 
 
    05     URLCache cache =URLCache.getSharedURLCache(); 
 
    06 
 
    07     // Use the cache... 
 
    08 
 
    09  } 
 
    10 
 
    11}

这里最大的好处就是，如果这个应用程序的代码路径从未执行到尝试打开一个输入流，那么URLCache的cache对象就永远不必创建。用来读取缓存索引、验证、等等的几百毫秒时间被节省了。

但是测试呢？

对于单元测试和mocking组件，单例不是不好吗？他们以前是不好，如今我们有PowerMock，你真的应该用它。如果我们只是稍微改了下单例模式，而且可以外部设置共享的组件，那就连PowerMock实际上也不需要了：

 
    01public class URLCache {
 
    02 
 
    03private static URLCache sharedCache;
 
    04 
 
    05public static void setSharedURLCache(URLCachecache) {
 
    06 
 
    07     synchronized (URLCache.class) { 
 
    08 
 
    09         sharedCache = cache; 
 
    10 
 
    11     } 
 
    12 
 
    13}
 
    14 
 
    15publicstatic URLCache getSharedURLCache() {
 
    16 
 
    17     synchronized (URLCache.class) { 
 
    18 
 
    19          if (sharedCache == null) { 
 
    20 
 
    21             sharedCache = new URLCache(); 
 
    22 
 
    23          } 
 
    24 
 
    25     } 
 
    26 
 
    27     return sharedCache; 
 
    28 
 
    29}
 
    30 
 
    31&nbsp;
 
    32 
 
    33// Allot more code here...

上述添加的那小段代码让我们可以在装入单元测试类时设置自己的mockcache对象。简单示例如下：

 
    01public class SomeTest extendsTestCase {
 
    02 
 
    03public void setUp() {
 
    04 
 
    05     URLCache.setSharedURLCache(newNoOpURLCache()); 
 
    06 
 
    07}
 
    08 
 
    09public void testRemoteResource() {
 
    10 
 
    11     assertNotNull(HTTPProvider.getSharedHTTPProvider().inputStreamForURL(TEST_URL)); 
 
    12 
 
    13  } 
 
    14 
 
    15}