第一個修改版除了 mermory leak 的問題之外，
將幾個變數改於函數之外先行宣告，用意在於函數快數重複被叫用時，
這些變數無須不斷的被建立再釋放，此即所謂「降低損害」。


而之所以建議使用setInterval() 原因是：
setTiimeout() 多了些 overhead ，影響多嚴重取決於間隔時間有多短。

說明如下：

1.當使用 setInterval() 時：
一旦建立 listener 同時也載入startClock() ，而且只在此時被載入一次。
之後 startClock() 便等著固定間隔再次被執行。

2.若使用 setTimeout() 時，
startClock() 載入執行，
每個固定間隔載入執行 startClock()，
清除上殘留的 timer，然後再建立一個 timer，
然後這個 startClock() 結束執行、釋放所建立使用的資源，
而 setTimeout() 也已經忙著再載入一次 startClock() ，
這些動作可能在很短的間隔時間不斷重複。

如果這個被 triger 的函數不是簡單如 startClock()，而是更複雜的處理；
如果多用了幾個不同的 setTimeout() trigger 不同的處理函數 ...
這些影響就不是只要記得釋放清除 timer 可以避免的。

此例中 startClock() 每次被叫用時，並不需要傳進不同參數，因此建議使用 setInterval()。
不同應用中，若函數每次被叫用時須接收不同變數，則此時應使用 setTimeout()。


程式寫法通常不會只有一種，雖然最後結果可能也「看起來一樣」...

有點懂了，幸好我使用 setTimeout() 的時候，
通常都有點功能互斥，不致引發問題。

_________________
Amauds's Firefox
曾經妳以為最可靠的依賴；其實從未曾真實的存在過。

您好，在下認為您的JavaScript功力相當精湛，不知是否有推薦閱讀的中文書籍或是網站？謝謝
倘若都沒有，英文網站也不介意

我的認知是 只做一次用setTimeout 重複執行用setInterval 中斷重複用clearInterval
且每個setInterval必指定handler並加中斷條件(即使用不到)
然後 製訂動作 obj.run() 和 起動停止 obj.start() / obj.stop()
亦即 仿造Java的Thread使用規則
醬還算正確嗎 ^^?

這是最基本的認識。
前面幾篇談的是應用面，重點在於欲重複叫用這兩個函數之一時，該如何作適當的選擇。

咦 果真如此 又怎可以(語氣過重了但一時不知如何表達)重複叫用setTimeout呢 6^^?
除了向前相容的考量外 也許setTimeout就不太適合再被拿來用於重複之用吧(經驗太淺想不出例外情形^^;)
另外我在寫ActionScript2.0時一直找不到setTimeout
只好用setInterval代替 再於obj.run()結尾處clearInterval
有夠給他痛苦的說...

Sorry, it's me↑
因為實在有疑惑才一直貼^^;