個人的研究心得是,那個預購的網頁似乎使用了一點技巧,在推送到用戶的網頁端,就已經亂數分配分流流程。例如某個時間點,網頁上會有某個機型一點就進去了,但是別的機型就是點不太進去。所以有的人可以在同一個時間點,用同一機型快速連續訂購多筆,原因是在推送到用戶的網頁上就決定了。重新載入網頁就在重新亂數分配一次。而瀏覽器的JAVA處理分流的程序,多多少少會影響亂數分配的流暢度,因為是用戶端的網頁在決定。(類似臉書網頁內嵌朋友名單的Ranking來決定用戶操作之後續處理的順序)這樣做有個好處,可有效降低主機端湧入大量資料來不及處理導致的停機不穩,不至於像去年那樣當機當到大家都訂不到。