Android开发之单例模式初探，android开发初探

Android开发之单例模式初探，android开发初探

            单例模式是什么呢？是Java23中模式之一，在Android开发中也有着广泛的运用，比如Calander类，在创建对象的时候并不是通过 new Calander而是Calander.getInstnce()，这就是单例模式的一种运用，应用的场合是什么呢？我们在很多时候有些对象只需要一个就够了，并不需要多个，就比如古代的皇帝，一山不容二虎，老虎多了只有坏处没有好处。它的作用就是保证整个应用程序中某个实例有且只有一个，one  is all！

            单例模式呢分为两种一个是饿汉模式一个是懒汉模式，让我们先来看一下饿汉模式和懒汉模式分别是什么把！

            先来看看饿汉模式的庐山真面目吧！

          

public class Singleton {
	//1.将构造方法私有化，不允许外部直接创建对象
	private Singleton(){		
	}
	
	//2.创建类的唯一实例，使用private static修饰
	private static Singleton instance=new Singleton();
	
	//3.提供一个用于获取实例的方法，使用public static修饰
	public static Singleton getInstance(){
		return instance;
	}
}

      为了不让该类能构造出多个对象，饿汉模式第一步将构造方法私有化了，不允许外部直接创建对象。第二步再创建该类的唯一实例，并用private static修饰，通过getInstance（）方式返回，保证了调用类不能对该类随意修改。饿汉模式的最大特点呢，是只要类开始加载，就会创建对象。

          再来看下懒汉模式

public class Singleton2 {
	//1.将构造方式私有化，不允许外边直接创建对象
	private Singleton2(){
	}
	
	//2.声明类的唯一实例，使用private static修饰
	private static Singleton2 instance;
	
	//3.提供一个用于获取实例的方法，使用public static修饰
	public static Singleton2 getInstance(){
		if(instance==null){
			instance=new Singleton2();
		}
		return instance;
	}
}

         我们可以看到懒汉模式和饿汉模式大致形同，唯一不同的是在第二步只声明类并不创建对象。

        最后我们总结下两者的区别：

        饿汉模式的特点是加载类时比较慢，但运行时获取对象的速度比较快，线程安全。
        懒汉模式的特点是加载类时比较快，但运行时获取对象的速度比较慢，线程不安全。多线程操作的时候要注意！

我来补充下楼上:
进程关闭的时机是:
1.用Process.kill或者shell去杀死进程
2.系统通过memory策略来杀死后台进程。
说说第二种吧，当程序按Home键或者Back键退出后就变做后台进程。
另外，当程序启动了新的进程。而新的进程进入前台模式，此时程序也变成后台进程。
当前台进程退出，后台进程按照堆栈结构再次呈现时。很可能是个重启进程的过程，重启进程意味着单例对象也重新初始化了。这点要尤其谨慎
 

android 也有类似的东西吗？也需要考虑框架之类的东西吗？求高人相助。
------解决方案--------------------------------------------------------
数据库的话本地是内嵌的sqlite3，远端数据库你以前web 想用啥就用啥
个人觉得架构的话大体还是mvc，不过web 的ssh 框架最好抛弃掉，重新学习Android 美丽的设计模式
------解决方案--------------------------------------------------------
聚的概念，注重组件的重用性就行了。
------解决方案--------------------------------------------------------引用:
先说设计思路：
1.先根据需求设计数据库，因为几乎所有操作都要参考数据模型。日访问 1w 人/次以下用
sqlserver 或者mysql 就可以了。
2.其次设计android 端界面，界面设计好业务逻辑基本就能想连贯了。
3.再次完成android 端实体类的建立和功能实现。
4.最后再返回服务器端设计处理前台发送来的请求。
大致就以上四个步骤。
至于设计模式和框架：
android 端的一些工具类可以采用单例或工厂。
框架的话android 端不需要（暂时也没有。。。），后台建议使用struts2 控制处理请求就行。
暂时想到的就这么多了，不懂的再问吧。