wordpress 站群系统,网站后台如何上传附件,网站改版代码,网站开发语言分析对象性能模式
面向对象很好地解决了“抽象”的问题,但是必不可免地要付出定的代价。对于通常情况来讲#xff0c;面向对象的成本大都可以忽略计。但是某些情况#xff0c;面向对象所带来的成本必须谨慎处理。
典型模型#xff1a;
SingletonFlyweight
Singleton 单件模式…对象性能模式
面向对象很好地解决了“抽象”的问题,但是必不可免地要付出定的代价。对于通常情况来讲面向对象的成本大都可以忽略计。但是某些情况面向对象所带来的成本必须谨慎处理。
典型模型
SingletonFlyweight
Singleton 单件模式 保证一个类仅有一个实例并提供一个该实例的全局访问点。 动机
在软件系统中经常有这样一些特殊的类必须保证它们在系统中只存在一个实例才能确保它们的逻辑正确性、以及良好的效率。如何绕过常规的构造器提供一种机制来保证一个类只有一个实例这应该是类设计者的责任而不是使用者的责任。
就只需要一个实例
例子
import fmttype Singleton struct {Name string
}var instance *Singleton// 线程不安全版本
func (self *Singleton) getInstance() *Singleton {if instance nil {//多个线程的话可能会实例化多次instance Singleton{}fmt.Println(Nil)}return instance
}线程安全版本一高并发场景不适合
var lock sync.Mutex
var once sync.Once{}// 线程安全版
// 方法一加锁
// 但成本高每次访问都需要获取锁就算已经不是nil了此时每次还是需要获取锁阻塞。
func (self *Singleton) getInstance() *Singleton {lock.Lock()if instance nil { //多个线程的话可能会实例化多次instance Singleton{}fmt.Println(Nil)}lock.Unlock()return instance
}解决方法二
// 方法二:双检查锁
// 两个检查锁只有第一次会都阻塞。
// 2000年左右问题是内存读写的reorder
func (self *Singleton) getInstanceSecure2() *Singleton {if instance nil { //避免读代价高lock.Lock()if instance nil {instance new(Singleton)}lock.Unlock()}return instance
}对于instacne new(Signleton)认为的执行顺序
memory allocate()//1. 分配内存空间
ctorInstance(memory)//2. 初始化对象在memory上初始化Singleton对象
instance memory//3. 设置instance指向分配的地址但实际上由于多线程和指令优化可能会是如下过程
memory allocate()//1. 分配内存空间
instance memory//3. 设置instance指向分配的地址
ctorInstance(memory)//2. 初始化对象在memory上初始化Singleton对象执行到3.然后释放锁其他对象访问发现不为nil但实际上是nil因为2还没有初始化这样访问就会出问题。
方法三once保证只执行一次
// go 的特殊解法
func (self *Singleton) getInstanceSecure3() *Singleton {if instance nil {once.Do(func() {instance Singleton{}})}return instance
}
总结 Singleton模式一般不要支持拷贝构造函数和Clone接口因为这有可能导致多个对象实例与Singleton模式的初衷违背。 如何实现多线程环境下安全的Singleton注意对双检查锁的正确实现。
Flyweight 运用共享技术有效地支持大量细粒度的对象。 动机
在软件系统采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中从而带来很高的运行时代价一主要指内存需求方面的代价。如何在避免大量细粒度对象问题的同时让外部客户程序仍然能够透明地使用面向对象的方式来进行操作
例如字符串占用内存实际上比较大的有的是编译器阶段。
问题
package flyweighttype Font struct {FontName string
}// 字体构造函数
func NewFont(name string) *Font {return Font{FontName: name}
}// 字体工厂
type FontFactory struct {FontPool map[string]*Font //字体资源池,Flyweight的思想体现
}// 获取字体
func (self *FontFactory) GetFont(name string) *Font {if font, ok : self.FontPool[name]; ok {return font} else {font : NewFont(name)self.FontPool[name] fontreturn font}
}
总结 面向对象很好地解决了抽象性的问题但是作为一个运行在机器中的程序实体我们需要考虑对象的代价问题。Flyweight主要解决面向对象的代价问题一般不触及面向对象的抽象性问题。Flyweight采用对象共享的做法来降低系统中对象的个数从而降低细粒度对象给系统带来的内存压力。在具体实现方面要注意对象状态的处理。一般是只读的对象的数量太大从而导致对象内存开销加大一一什么样的数量才算大这需要我们仔细的根据具体应用情况进行评估而不能凭空臆断。
主要解决面向对象的代价问题一般不触及面向对象的抽象性问题。
Flyweight采用对象共享的做法来降低系统中对象的个数从而降低细粒度对象给系统带来的内存压力。在具体实现方面要注意对象状态的处理。一般是只读的对象的数量太大从而导致对象内存开销加大一一什么样的数量才算大这需要我们仔细的根据具体应用情况进行评估而不能凭空臆断。
