主要目的防止秒殺地址提前被“刷客”知道，防止使用腳本自動刷。只有秒殺開啟時才能知道具體的秒殺地址，讓這樣大家處于同一起跑線上。

個人見解：

1. 若沒暴露秒殺接口，像我們程序員可以提前捕捉到執(zhí)行秒殺的具體url，

   1）根據(jù)里面的信息推測出其他商品的秒殺地址；

   2）建立不同的用戶對應(yīng)的秒殺商品的url；

   3）雖然現(xiàn)在無法秒殺（秒殺時間未到，如果時間未到，后臺卻接到了某個秒殺請求，嘿嘿嘿，這個用戶需要封鎖，他想搞事情！?。。?，但是時間一到通過循環(huán)發(fā)送請求，占用服務(wù)器端大量的請求，相對其他用戶就不公平了。

2. 秒殺接口只有在秒殺開啟的時候才暴露，有人說，那我照樣使用這個秒殺地址執(zhí)行一系列的循環(huán)腳本訪問，不也一樣嘛？首先我們程序員需要知道第二次訪問就是秒殺商品的對應(yīng)的url，萬一不是呢，第二次訪問可能只是用戶信息的提交，第三次才是呢？因此我們這邊需要在眾多url請求中篩選出最終的秒殺商品的url，所以在提前不知道目標(biāo)系統(tǒng)其秒殺的邏輯和順序的話，應(yīng)該需要花一段時間進(jìn)行分析。。。然后等你分析完了，發(fā)現(xiàn)秒殺已經(jīng)開始5分鐘了，普通用戶已經(jīng)搶完了。。。

我認(rèn)為，老師這樣做還是有一定的道理

在秒殺前，你不知道秒殺地址，是沒被刷的，當(dāng)你點擊秒殺開始時，你的手機(jī)號會被驗證，然后進(jìn)行md5對比，秒殺成功，秒殺地址暴露，嘿嘿，數(shù)據(jù)庫已經(jīng)有你的秒殺的記錄，所有你再去刷已經(jīng)沒用了

還是加個人機(jī)驗證靠譜。

這不是然并卵嘛。。

1- 我寫個腳本等著你暴露秒殺接口，用腳本拿秒殺地址然后秒殺

和

2- 直接寫個腳本秒殺。。

區(qū)別大嗎？

秒殺這一業(yè)務(wù)：首先需要查詢商品的秒殺狀態(tài)查詢和然后執(zhí)行秒殺（減庫存+下單）。如果將這兩步合在一起執(zhí)行，就會讓刷單人員，提前知道執(zhí)行秒殺的地址（URL）是什么。你說危不危險

所以老師將這兩步進(jìn)行分離，只有在秒殺開始的時候才放出執(zhí)行秒殺的URl

我想了下 可能原因： 1、暴露秒殺 和 執(zhí)行秒殺 是兩個不同業(yè)務(wù)，互不影響 ?2、暴露秒殺 的邏輯可能會有更多變化，現(xiàn)在是時間上達(dá)到要求才能暴露，說不定下次加個別的條件才能暴露，基于業(yè)務(wù)耦合度考慮，分開比較好。3、重新更改暴露秒殺接口業(yè)務(wù)時，不會去影響執(zhí)行秒殺接口，對于測試都是有好處的。。。

另外 不好的地方是前端需要調(diào)用兩個接口才能執(zhí)行秒殺。

同感，秒殺地址要暴露，就牽扯到了秒殺對象的緩存。這里為什么要暴露。沒搞明白。

代碼規(guī)范，看過一片手記，講經(jīng)理寫接口，下屬寫實現(xiàn)類