在阎宏博士的《JAVA与模式》1书中开头是这样描写装潢（Decorator）模式的：
装潢模式又名包装(Wrapper)模式。装潢模式以对客户端透明的方式扩大对象的功能，是继承关系的1个替换方案。
装潢模式的结构
装潢模式以对客户透明的方式动态地给1个对象附加上更多的责任。换言之，客户端其实不会觉得对象在装潢前和装潢后有甚么不同。装潢模式可以在不使用创造更多子类的情况下，将对象的功能加以扩大。(上文来源于网络)
装潢模式的类图以下：
在装潢模式中的角色有：
● 抽象构件(Context)角色：给出1个抽象接口，以规范准备接收附加责任的对象。
● 具体构件(ContextImpl)角色：定义1个将要接收附加责任的类。
● 装潢(ContextWrapper)角色：持有1个构件(Component)对象的实例，并定义1个与抽象构件接口1致的接口。
● 具体装潢(Activity/Service/Application)角色：负责给构件对象“贴上”附加的责任。
ContextImpl是抽象类Context的具体实现，ContextWrapper及所有其子类对象持有的Context均是ContextImpl对象。以Activity的Context为例，Activity创建是在ActivityThread中，Activity创建时：
public final class ActivityThread {
.......
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
......
if (activity != null) {
Context appContext = createBaseContextForActivity(r, activity);
CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
Configuration config = new Configuration(mCompatConfiguration);
if (DEBUG_CONFIGURATION) Slog.v(TAG, "Launching activity "
+ r.activityInfo.name + " with config " + config);
activity.attach(appContext, this, getInstrumentation(), r.token,
r.ident, app, r.intent, r.activityInfo, title, r.parent,
r.embeddedID, r.lastNonConfigurationInstances, config);
.......
}
........
}
private Context createBaseContextForActivity(ActivityClientRecord r,
final Activity activity) {
ContextImpl appContext = new ContextImpl();
appContext.init(r.packageInfo, r.token, this);
appContext.setOuterContext(activity);
// For debugging purposes, if the activity's package name contains the value of
// the "debug.use-second-display" system property as a substring, then show
// its content on a secondary display if there is one.
Context baseContext = appContext;
String pkgName = SystemProperties.get("debug.second-display.pkg");
if (pkgName != null && !pkgName.isEmpty()
&& r.packageInfo.mPackageName.contains(pkgName)) {
DisplayManagerGlobal dm = DisplayManagerGlobal.getInstance();
for (int displayId : dm.getDisplayIds()) {
if (displayId != Display.DEFAULT_DISPLAY) {
Display display = dm.getRealDisplay(displayId, r.token);
baseContext = appContext.createDisplayContext(display);
break;
}
}
}
return baseContext;
}
}
createBaseContextForActivity()方法返回ContextImpl对象后，通过activity.attach()将ContextImpl对象与Activity关联起来。
装潢模式和代理模式的区分：
装潢模式：以对客户端透明的方式扩大对象的功能，是继承关系的1个替换方案；
代理模式：给1个对象提供1个代理对象，并有代理对象来控制对原有对象的援用；
装潢模式应当为所装潢的对象增强功能；代理模式对代理的对象施加控制，其实不提供对象本身的增强功能。
2者的实现机制确切是1样的，可以看到他们的实例代码重复是很多的。但就语义上说，这二者的功能是相反的，模式的1个重要作用是简化其他程序员对你程序的理解，
你在1个地方写装潢，大家就知道这是在增加功能，你写代理，大家就知道是在限制，虽然代码极可能相同，但如果你都叫他们装潢，他人会很迷惑的。(转)
未完待续，有不对的地方，请指正。