在運行時動態根據條件來決定顯示哪個View或某個佈局，最通常的想法就是把可能用到的View都寫在上面，先把它們的可見性都設爲View.GONE，然後在代碼中動態的更改它的可見性。這樣的做法的優點是邏輯簡單而且控制起來比較靈活。但是它的缺點就是，耗費資源。雖然把View的初始可見View.GONE但是在Inflate佈局的時候View仍然會被Inflate，也就是說仍然會創建對象，會被實例化，會被設置屬性。也就是說，會耗費內存等資源。
推薦的做法是使用android.view.ViewStub，ViewStub是一個輕量級的View，它一個看不見的，不佔佈局位置，佔用資源非常小的控件。可以爲ViewStub指定一個佈局，在Inflate佈局的時候，只有ViewStub會被初始化，然後當ViewStub被設置爲可見的時候，或是調用了ViewStub.inflate()的時候，ViewStub所向的佈局就會被Inflate和實例化，然後ViewStub的佈局屬性都會傳給它所指向的佈局。這樣，就可以使用ViewStub來方便的在運行時，要還是不要顯示某個佈局。
但ViewStub也不是萬能的，下面總結下什麼時候該用ViewStub，什麼時候該用可見性的控制。
首先來說說ViewStub的一些特點：
1. ViewStub只能Inflate一次，之後ViewStub對象會被置爲空。也就是某個被ViewStub指定的佈局被Inflate後，就不會夠再通過ViewStub來控制它了。
2. ViewStub只能用來Inflate一個佈局文件，而不是某個具體的View，當然也可以把View寫在某個佈局文件中。
基於以上的特點，那麼可以考慮使用ViewStub的情況有：
1. 在程序的運行期間，某個佈局在Inflate後，就不會有變化，除非重新啓動。
因爲ViewStub只能Inflate一次，之後會被置空，所以無法指望後面接着使用ViewStub來控制佈局。所以當需要在運行時不止一次的顯示和隱藏某個佈局，那麼ViewStub是做不到的。這時就只能使用View的可見性來控制了。
2. 想要控制顯示與隱藏的是一個佈局文件，而非某個View。
因爲設置給ViewStub的只能是某個佈局文件的Id，所以無法讓它來控制某個View。所以，如果想要控制某個View(如Button或TextView)的顯示與隱藏，或者想要在運行時不斷的顯示與隱藏某個佈局或View，只能使用View的可見性來控制。
使用的時候的注意事項：
某些佈局屬性要加在ViewStub而不是實際的佈局上面，比如android:layout_margin*系列屬性，如果加在View上面，則不會起作用，需要放在它的ViewStub上面纔會起作用。而ViewStub的屬性在inflate()後會都傳給相應的佈局。