memcatch相比redis而言，無法做持久化。
jsr303：服務端的驗證框架。
首先我們可以將靜態頁面快取在使用者的瀏覽器端或者是手機端，然後使用者的請求會到達cdn（**的快取和映象），進一步到達閘道器（我們這裡是nginx，在nginx上繼續做快取），再到我們的應用伺服器（同樣可以做快取（redis快取頁面，url以及物件））
但是：用到快取的時候會出現資料不一致的問題，這裡就需要做乙個權衡。另外，是先寫快取還是先寫資料庫呢?
我們將會學到：
傳統的springmvc用的jsp做頁面模板，而springboot用的是thymeleaf走頁面模板。
課程說明：
php高併發秒殺解決方案
在秒殺 搶火車票等地方，我們通常用遇到這樣高併發的問題，下面提供了四種解決方案 1 使用檔案鎖 php view plain copy fp fopen order.lock r if flock fp,lock ex fclose fp 2 使用訊息佇列 我們常用到memcacheq radis。...
PHP 高併發秒殺解決方案
本文提供 php 高併發秒殺解決方案 附加三個案例說明 普通流程，使用檔案鎖，使用redis訊息佇列 1 正常流程，不做任何高併發處理 如下 mysqli new mysqli localhost root secondkill if mysqli connect errno mysqli set ...
高併發秒殺系統思路 佇列
今天看了篇大佬的文章,乙個比較基礎的高併發的 跟以前學習是看到的生產者消費者的模式差不多,後來想了下,高併發的場景下用佇列來做應該才是最優解 個人拙見 於是又到處搜了下關於使用佇列的相關 思路上簡單來說,就是在請求的時候,將這個請求的物件加入佇列內,然後在多執行緒的處理方法內,從佇列裡pop出來執行...