在閻巨集博士的《JAVA與模式》一書中開頭是這樣描述裝飾（Decorator）模式的：
　　裝飾模式又名包裝(Wrapper)模式。裝飾模式以對客戶端透明的方式擴充套件物件的功能，是繼承關係的一個替代方案。
裝飾模式的結構
　　裝飾模式以對客戶透明的方式動態地給一個物件附加上更多的責任。換言之，客戶端並不會覺得物件在裝飾前和裝飾後有什麼不同。裝飾模式可以在不使用創造更多子類的情況下，將物件的功能加以擴充套件。(上文來源於網路)

　　裝飾模式的類圖如下：

在裝飾模式中的角色有：
　　●　　抽象構件(Context)角色：給出一個抽象介面，以規範準備接收附加責任的物件。
　　●　　具體構件(ContextImpl)角色：定義一個將要接收附加責任的類。
　　●　　裝飾(ContextWrapper)角色：持有一個構件(Component)物件的例項，並定義一個與抽象構件介面一致的介面。
　　●　　具體裝飾(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;
    }
}
 

裝飾模式和代理模式的區別：

裝飾模式：以對客戶端透明的方式擴充套件物件的功能，是繼承關係的一個替代方案；
代理模式：給一個物件提供一個代理物件，並有代理物件來控制對原有物件的引用；
裝飾模式應該為所裝飾的物件增強功能；代理模式對代理的物件施加控制，並不提供物件本身的增強功能。
二者的實現機制確實是一樣的，可以看到他們的例項程式碼重複是很多的。但就語義上說，這兩者的功能是相反的，模式的一個重要作用是簡化其他程式設計師對你程式的理解，
你在一個地方寫裝飾，大家就知道這是在增加功能，你寫代理，大家就知道是在限制，雖然程式碼很可能相同，但如果你都叫他們裝飾，別人會很迷惑的。(轉)

未完待續，有不對的地方，請指正。