Ⅰ 面試題：請你談談對緩存的理解，viewstate可以取代緩存的功用嗎
首先聲明,我也不是很了解.只能大概的說說
緩存的作用:
網頁顯示的數據量很大.但是又不是經常變化或變化比較小
就可以使用緩存把整個網頁緩存到內存中,而不需要再次對資料庫進行訪問.減少數據訪問量.
viewstate
不怎麼了解,我只用它來做存儲.就像session那樣.用來做全局存儲.在程序的任意一個地方都可以訪問.
Ⅱ java面試問到java緩存有多少種實現方式
我知道的有兩種
緩存數據放內存里，key-value鍵值對，存取都快。redis、ehcache
放資料庫，讓資料庫的定時策略自動刪除。mongodb
還有些是直接存文件的.OSCache(不太熟悉)
Ⅲ android怎樣緩存數據面試題
共有七個周期函數，按順序分別是: onCreate(), onStart(), onRestart(), onResume(), onPause(),onStop(), onDestroy()。
onCreate(): 創建Activity時調用，設置在該方法中，還以Bundle的形式提供對以前存儲的任何狀態的訪問。
onStart(): Activity變為在屏幕上對用戶可見時調用。
onResume(): Activity開始與用戶交互時調用(無論是啟動還是重新啟動一個活動，該方法總是被調用。
onPause(): Activity被暫停或收回cpu和其他資源時調用，該方法用戶保護活動狀態的，也是保護現場。
onStop(): Activity被停止並轉為不可見階段及後續的生命周期事件時調用。
onRestart(): Activity被重新啟動時調用。該活動仍然在棧中，而不是啟動新的Activity。
1、完整生命周期: 即從一個Activity從出現到消失，對應的周期方法是從onCreate()到onDestroy()。
2、可見生命周期: 當Activity處於可以用戶看見的狀態，但不一定能與用戶交互時，將多次執行從onStart()到onStop()。
3、前景生命周期: 當Activity處於Activity棧最頂端，能夠與其他用戶進行交互時，將多次執行從onResume()到onPause()。
2. 兩個Activity之間跳轉時必然會執行的是哪幾個方法。
答: 兩個Activity之間跳轉必然會執行的是下面幾個方法。
onCreate()//在Activity生命周期開始時調用。
onRestoreInstanceState()//用來恢復UI狀態。
onRestart()//當Activity重新啟動時調用。
onStart()//當Activity對用戶即將可見時調用。
onResume()//當Activity與用戶交互時，繪制界面。
onSaveInstanceState()//即將移出棧頂保留UI狀態時調用。
onPause()//暫停當前活動Activity，提交持久數據的改變，停止動畫或其他佔用GPU資源的東西，由於下一個Activity在這個方法返回之前不會resume，所以這個方法的代碼執行要快。
onStop()//Activity不再可見時調用。
onDestroy()//Activity銷毀棧時被調用的最後一個方法。
3. 橫豎屏切換時候Activity的生命周期。
答:
1、不設置Activity的android: configChanges時，切屏會重新調用各個生命周期，切橫屏時會執行一次，切豎屏時會執行兩次。
2、設置Activity的android: configChanges=「orientation」時，切屏還是會重新調用各個生命周期，切橫、豎屏時只會執行一次。
3、設置Activity的android: configChanges=「orientation|keyboardHidden」時，切屏不會重新調用各個生命周期，只會執行onConfiguration方法
4. 如何將一個Activity設置成窗口的樣式。
答: 第一種方法，在styles.xml文件中，可以新建如下的類似Dialog的style。
<style name=「Theme.FloatActivity」 parent=「android:style/Theme.Dialog」> </style>。
第二種方法，在AndroidManifest.xml中在需要顯示為窗口的Activity中添加如下屬性: android: theme=「@style/Theme.FloatActivity」即可。也可以直接添加對應需要展示為Dialog style的Activity的android: theme屬性為android: theme=「@ android: style/Theme.Dialog」。
5. 兩個Activity之間怎麼傳遞數據？
答: 可以在Intent對象中利用Extra來傳遞存儲數據。
在Intent的對象請求中，使用putExtra(「鍵值對的名字」，」鍵值對的值」)；在另外一個Activity中將Intent中的請求數據取出來:
Intent intent = getIntent();
String value = intent.getStringExtra(「testIntent」);
6. 怎麼讓在啟動一個Activity是就啟動一個service？
答: 首先定義好一個service，然後在Activity的onCreate裡面進行連接並bindservice或者直接startService。
7. Activity怎麼和service綁定，怎麼在activity中啟動自己對應的service？
答:
1、activity能進行綁定得益於Serviece的介面。為了支持Service的綁定，實現onBind方法。
2、Service和Activity的連接可以用ServiceConnection來實現。需要實現一個新的ServiceConnection，重現onServiceConnected和OnServiceDisconnected方法，一旦連接建立，就能得到Service實例的引用。
3、執行綁定，調用bindService方法，傳入一個選擇了要綁定的Service的Intent(顯示或隱式)和一個你實現了的ServiceConnection的實例
8.什麼是Service以及描述下它的生命周期。Service有哪些啟動方法，有什麼區別，怎樣停用Service？
答: Android Service是運行在後台的代碼，不能與用戶交互，可以運行在自己的進程，也可以運行在其他應用程序進程的上下文里。需要通過某一個Activity或者Context對象來調用。Service有兩個啟動方法，分別是Context.startService()和Context.bindService()。如果在Service執行耗時的操作需要啟動一個新線程來執行。
Android Service只繼承了onCreate(), onStart(),onDestroy()三個方法，當我們第一次啟動Service時，先後調用onCreate(), onStart()這兩個方法，當停止Service時，則執行onDestroy()方法時。如果Service已經啟動了，當我們再次啟動Service時，不會再執行onCreate()方法，而是直接執行onStart()方法。
9. 什麼時候使用Service？
答: 比如播放多媒體的時候，用戶啟動了其他Activity，這個時候程序要在後台繼續播放，比如檢測SD卡上文件的變化，再或者在後台記錄你的地理信息位置的改變等等。
10. 請描述一下Intent 和 Intent Filter。
答: Intent在Android中被翻譯為」意圖」，他是三種應用程序基本組件-Activity，Service和broadcast receiver之間相互激活的手段。在調用Intent名稱時使用ComponentName也就是類的全名時為顯示調用。這種方式一般用於應用程序的內部調用，因為你不一定會知道別人寫的類的全名。而Intent Filter是指意圖過濾，不出現在代碼中，而是出現在android Manifest文件中，以<intent-filter>的形式。（有一個例外是broadcast receiver的intent
filter是使用Context.registerReceiver()來動態設定的，其中intent filter也是在代碼中創建的）
一個intent有action，data，category等欄位。一個隱式intent為了能夠被某個intent filter接收，必須通過3個測試，一個intent為了被某個組件接收，則必須通過它所有的intent filter中的一個。
11. Intent傳遞數據時，可以傳遞哪些類型數據？
答: intent間傳送數據一般有兩種常用的方法: 1、extra 2、data。
extra可以用Intent.putExtra放入數據。新啟動的Activity可用Intent.getExtras取出Bundle，然後用Bundles.getLong,getInt,getBoolean,getString等函數來取放進去的值。
Data則是傳輸url。url可以是指我們熟悉的http，ftp等網路地址，也可以指content來指向ContentProvider提供的資源。Intent.setData可以放入數據，Intent.getData可以取出數據。
12. 說說Activity，Intent，Service是什麼關系 ？
答: 一個Activity通常是一個單獨的屏幕，每一個Activity都被實現為一個單獨的類，這些類都是從Activity基類中繼承而來的。Activity類會顯示由視圖控制項組成的用戶介面，並對視圖控制項的事件做出響應。
Intent的調用是用來進行屏幕之間的切換。Intent描述應用想要做什麼。Intent數據結構中兩個最重要的部分是動作和動作對應的數據，一個動作對應一個動作數據。
Service是運行在後台的代碼，不能與用戶交互，可以運行在自己的進程里，也可以運行在其他應用程序進程的上下文里。需要一個Activity或者其他Context對象來調用。
Activity跳轉Activity，Activity啟動Service，Service打開Activity都需要Intent表明意圖，以及傳遞參數，Intent是這些組件間信號傳遞的承載著。
13. 請描述一下BroadcastReceiver。
答: Broadcast Receiver用於接收並處理廣播通知(broadcast announcements)。多數的廣播是系統發起的，如地域變換、電量不足、來電簡訊等。程序也可以播放一個廣播。程序可以有任意數量的broadcast receivers來響應它覺得重要的通知。Broadcast receiver可以通過多種方式通知用戶: 啟動activity、使用NotificationManager、開啟背景燈、振動設備、播放聲音等，最典型的是在狀態欄顯示一個圖標，這樣用戶就可以點它打開看通知內容。通常我們的某個應用或系統本身在某些事件(電池電量不足、來電簡訊)來臨時會廣播一個Intent出去，我們利用注冊一個broadcast
receiver來監聽這些Intent並獲取Intent中的數據。
14. 在manifest和代碼中如何注冊和使用 broadcast receiver 。
答: 在android的manifest中注冊
<receiver android: name =「Receiver1」>
<intent-filter>
<!----和Intent中的action對應--->
<actionandroid: name=「com.forrest.action.mybroadcast」/>
</intent-filter>
</receiver>
在代碼中注冊
1、 IntentFilter filter = new IntentFilter(「com.forrest.action.mybroadcast」);//和廣播中Intent的action對應;
2、 MyBroadcastReceiver br= new MyBroadcastReceiver();
3、 registerReceiver(br, filter);
15. 請介紹下ContentProvider是如何實現數據共享的。
答: 一個程序可以通過實現一個Content provider的抽象介面將自己的數據完全暴露出去，而且Content provider是以類似資料庫中的表的方式將自己的數據暴露。Content provider存儲和檢索數據，通過它可以讓所有的應用程序訪問到，這也是應用程序之間唯一共享數據的方法。
要想使應用程序的數據公開化，可通過2種方法：創建一個數據自己的Content Provider或者將你的數據添加到一個已經存在的Content Provider中，前提是有相同數據類型並且有寫入Content Provider的許可權，Android提供了Content Resolverr，外界的程序可以通過Content Resolver介面訪問Content Provider提供的數據。
16. 請介紹下Android的數據存儲方式。
答: Android提供了5中存儲數據的方式，分別是以下幾種
1、使用Shared Preferences存儲數據，用來存儲key-value，pairs格式的數據，它是一個輕量級的鍵值存儲機制，只可以存儲基本數據類型。
2、使用文件存儲數據，通過FileInputStream和FileOutputStream對文件進行操作。在Android中，文件是一個應用程序私有的，一個應用程序無法讀寫其他應用程序的文件。
3、使用sqlite資料庫存儲數據，Android提供的一個標准資料庫，支持SQL語句。
4、使用Content Provider存儲數據，是所有應用程序之間數據存儲和檢索的一個橋梁，它的作用就是使得各個應用程序之間實現數據共享。它是一個特殊的存儲數據的類型，它提供了一套標準的介面用來獲取數據，操作數據。系統也提供了音頻、視頻、圖像和個人信息等幾個常用的Content Provider。如果你想公開自己的私有數據，可以創建自己的Content Provider類，或者當你對這些數據擁有控制寫入的許可權時，將這些數據添加到Content Provider中實現共享。外部訪問通過Content Resolver去訪問並操作這些被暴露的數據。
5、使用網路存儲數據
17. 請介紹下Android中常用的五種布局。
答: 最常用的布局方式為Absolute Layout、Relative Layout、Linear Layout、FrameLayout、TableLayout。其中Linear Layout和Relative Layout是最常用的方式，他們可以通過在xml配置文件或者代碼中進行布局。
1、Frame Layout是最簡單的布局方式，放置的控制項都只能羅列到左上角，控制項會有重疊，不能進行復雜的布局。
2、Linear Layout可以通過orientation屬性設置線性排列的方向是垂直還是縱向的,每行或每列只有一個元素，可以進行復雜的布局。
3、Absolute Layout可以讓子元素指定準確的x、y坐標值，並顯示在屏幕上。Absolute Layout沒有頁邊框，允許元素之間相互重疊。它是絕對坐標，所以在實際中不提倡使用。
4、Relative Layout允許子元素制定他們相對於其他元素或父元素的位置(通過ID制定)。因此，你可以以右對齊，或上下，或置於屏幕中央的形式來排列兩個元素。元素按順序排列，因此如果第一個元素在屏幕的中央，那麼相對於這個元素的其他元素將以屏幕中央的相對位置來排列。這個是相對於Absolute Layout的，採用相對坐標，所以在實際中比較常用。
5、Table Layout將以子元素的位置分配到行或列。一個Table Layout由許多的Table Row組成，每個Table Row都會定義一個row。Table Layout容器不會顯示row、column或者cell的邊線框。每個row擁有0個或多個的cell； 和html中的table差不多。在實際中也經常使用。
18. 談談UI中， Padding和Margin有什麼區別？
答: Padding是控制項的內容相對控制項的邊緣的邊距，而Margin是控制項邊緣相對於其他控制項的邊距。如下圖所示：
19. android本身的一些限制，比如apk包大小限制，讀取大文件時的時間限。
答：apk包大小限制不好說，有的apk為100M，還是能裝到手機上。一般的apk大小為5~10M左右。讀取大文件的時間應該是在main線程裡面，時間限制為5秒左右。
20. ListView如何提高其效率？
答:1、使用分頁載入，不要一次性載入所有數據。
2、復用convertView。在getItemView中，判斷converView是否為空，如果不為空，可復用。
3、非同步載入圖片。Item中如果包含有webimage，那麼最好非同步載入。
4、快速滑動時，不顯示圖片。當快速滑動列表(SCROLL_STATE_FLING)，item中的圖片或獲取需要消耗資源的view，可以不顯示出來；而處於其他兩種狀態(SCROLL_STATE_IDLE和SCROLL_STATE_TOUCH_SCROLL)，則將那些view顯示出來
Ⅳ 面試中問到HIBERNATE的緩存機制請問下該怎麼回答
首先說下Hibernate緩存的作用（即為什麼要用緩存機制），然後再具體說說Hibernate中緩存的分類情況，最後可以舉個具體的例子。
Ⅳ java兩年經驗面試都會問什麼問題
個人介紹：
首先介紹下我面試時的自身條件情況，我把自己的情況分為優勢和劣勢來說可能更有利於你們比較自身情況。
劣勢：
1.15年7月畢業後開始到上海工作，面試的時候是17年3月到4月，一年多的經驗，勉強算兩年經驗。分析：一年多經驗我認為是比較尷尬的，處於一個不上不下的位置，很多公司比較喜歡招三年經驗的，或者直接招應屆生來培養。
2.畢業於一個非985/211，勉強上一本的高校。分析：這個相對影響較小，因為有工作經驗後，公司對學校的要求就沒那麼高了，只要是本科就基本沒問題，但是還是有個別叼毛公司只要985/211。
3.前一家公司是傳統電信行業，加入項目組時，項目已經上線有段時間了，我們的任務就是有需求就開發，有bug就優化，其他時間就聊騷，各干各的，工作一年多跟在養老一樣，用一句話說就是編程5分鍾，扯淡2小時，項目經驗嚴重不足，沒開發過很難的需求。分析：這一點是最傷的，公司招有經驗的就想看你都幹了些什麼牛批的東西，結果你告訴面試官我寫的需求都是垃圾。
優勢：
1.大學時拿過比較多的獎，每年都是校級優秀學生，畢業時是市級優秀畢業生，拿過省級ACM二等獎等。分析：大學的榮譽對一個有工作經驗的人來說，公司不一定會看重，但是可能會對面試官產生微妙的影響，特別是ACM獎，我碰到過有的面試官也是搞過ACM的，有共同的話題聊起來總是比較容易的，但是也要注意不能把這一欄篇幅寫的過於多，只能當作點綴用，我當時是放在簡歷最後一欄，簡要的寫了最主要的幾個獎。
2.良好的溝通交流能力。分析：這個能力不會是關鍵性的，但是可以加分。
3.較強的學習能力和邏輯思維能力。分析：有些公司和面試官還是比較看重一個人的學習能力的，經驗代表著你現在在什麼級別，而學習能力則代表著你將來能到達什麼級別。
學習過程：
看了我的優劣勢介紹，你會發現我的優勢相對於我的劣勢來說，簡直不值一提。我自己對此也有清晰的認識，因此從過完年之後，我就開始抓緊空閑時間學習。學習的過程如下：
1.看面試題
正常人第一步肯定都會看面試題，我也不例外，在看的過程中，我發現有些文章寫的不錯，對我幫助不小值得推薦，如下：
Java面試題全集（上）很多基礎的東西，建議先看。
各大公司Java後端開發面試題總結
面試心得與總結—BAT、網易、蘑菇街
關於Java面試，你應該准備這些知識點
2.深入學習
在看面試題的過程，你會遇到一些自己沒接觸過的或者以前沒深入學習過的知識，例如最常問的HashMap內部實現原理，這就促使你得開始去看jdk的源碼或者是學習一些新的東西。看源碼是很重要的一步，起步很難，但是會讓你收益良多，看源碼的過程如果碰到無法理解的地方，可以網路看下別人的理解。我學習源碼的過程中，看過幾個人的關於源碼的文章寫的很不錯，如下：
五月的倉頡
佔小狼
zhangshixi的Core java系列
3.熟悉項目
找出自己工作以來開發過的最叼的功能，將整個功能的流程和涉及的東西吃透。項目是面試中必問的環節，一般是以一個功能點為基礎展開問，因此你必須對這個功能有很深的認識，不能有模糊的地方。如果有時間，能把涉及到的知識點也搞懂最好。
4.做面試題
有不少公司是有面試的，如果你沒有準備過，很容易在各種小地方犯錯，建議去一些面試題網站多做些題目，我自己是用的牛客網。
5.學習記錄
把自己每天的學習時間和學習內容記錄下來，可以讓自己更有動力的學習，學習是一個枯燥的過程，你必須讓自己時刻保持有動力。
投簡歷、約面試環節
1.在哪些網站投？
拉勾網、BOSS直聘、獵聘網。
2.是否該海投？
投簡歷分為兩個情況。
1）沒有社招面試經驗：建議採取海投的方式，只要職位要求跟自己比較匹配都可以投，累計面試經驗。這個環節可以把投簡歷的網站增加兩家：智聯和無憂。
2）自認為社招面試經驗已經足夠：投那些職位匹配、公司滿意的職位。公司評價可以去看準網、網路、知乎等查詢。
3.一天約幾家面試合適？
最理想的情況為2家面試，上午一般在10點左右，下午一般在2點左右。建議把理想的公司放下午，因為下午的時間比較充足，可以讓公司更充分的了解你。我開始面的時候，每次都是上午面的不好，下午面的不錯。
4.投簡歷經常沒下文？
我當初也沒想到簡歷篩選這關有這么難，可能是我的簡歷確實亮點不多，再者HR很多都不是行內人，因此他們看得最直接的就是你上家的公司和你畢業的學校，如果你不是從牛逼的公司/學校出來，可能會碰到和我一樣的情況，應對的辦法就是多投。
5.是否該裸辭？
我一開始是邊上班邊投，然後利用調休時間，或者請假去面試。後來，面試機會越來越多，請假太頻繁了，自己都不好意思了，並且自己也已經有足夠的信心，這個時候我選擇了裸辭。裸辭還有一個原因是，在面試過程中你會發現，有的公司要人要的緊，如果你的辭職流程過長可能會導致你錯過這個公司。
6.注意事項
1）面試前一天把路線和時間算好，最好別遲到。
2）背個書包，帶好簡歷、充電寶、紙巾、雨傘。
面試環節
1.筆試常見的問題？
面試常見的問題上面給的面試題鏈接基本都有。我只提幾點：1）寫SQL：寫SQL很常考察group by、內連接和外連接。2）手寫代碼：手寫代碼一般考單例、排序、線程、消費者生產者。我建議排序演算法除了冒泡排序，最好還能手寫一種其他的排序代碼。試想：如果一般面試者都寫的冒泡排序，而你寫的是快速排序/堆排序，肯定能給面試官留下不錯的印象。
2.面試流程？
1）讓你自我介紹
2）問Java基礎知識
3）問項目
4）情景問題，例如：你的一個功能上了生產環境後，伺服器壓力驟增，該怎麼排查。
5）你有什麼想問面試官的
3.面試常問的知識點？
1）集合相關問題（必問）：
HashMap、LinkedHashMap、ConcurrentHashMap、ArrayList、LinkedList的底層實現。
HashMap和Hashtable的區別。
ArrayList、LinkedList、Vector的區別。
HashMap和ConcurrentHashMap的區別。
HashMap和LinkedHashMap的區別。
HashMap是線程安全的嗎。
ConcurrentHashMap是怎麼實現線程安全的。
2）線程相關問題（必問）：
創建線程的3種方式。
什麼是線程安全。
Runnable介面和Callable介面的區別。
wait方法和sleep方法的區別。
synchronized、Lock、ReentrantLock、ReadWriteLock。
介紹下CAS(無鎖技術)。
什麼是ThreadLocal。
創建線程池的4種方式。
ThreadPoolExecutor的內部工作原理。
分布式環境下，怎麼保證線程安全。
3）JVM相關問題：
介紹下垃圾收集機制（在什麼時候，對什麼，做了什麼）。
垃圾收集有哪些演算法，各自的特點。
類載入的過程。
雙親委派模型。
有哪些類載入器。
能不能自己寫一個類叫java.lang.String。
4）設計模式相關問題（必問）：
先問你熟悉哪些設計模式，然後再具體問你某個設計模式具體實現和相關擴展問題。
5）資料庫相關問題，針對Mysql（必問）：
給題目讓你手寫SQL。
有沒有SQL優化經驗。
Mysql索引的數據結構。
SQL怎麼進行優化。
SQL關鍵字的執行順序。
有哪幾種索引。
什麼時候該（不該）建索引。
Explain包含哪些列。
Explain的Type列有哪幾種值。
6）框架相關問題：
Hibernate和Mybatis的區別。
Spring MVC和Struts2的區別。
Spring用了哪些設計模式。
Spring中AOP主要用來做什麼。
Spring注入bean的方式。
什麼是IOC，什麼是依賴注入。
Spring是單例還是多例，怎麼修改。
Spring事務隔離級別和傳播性。
介紹下Mybatis/Hibernate的緩存機制。
Mybatis的mapper文件中#和$的區別。
Mybatis的mapper文件中resultType和resultMap的區別。
Mybatis中DAO層介面沒有寫實現類，Mapper中的方法和DAO介面方法是怎麼綁定到一起的，其內部是怎麼實現的。
7）其他遇到問題：
介紹下棧和隊列。
IO和NIO的區別。
介面和抽象類的區別。
int和Integer的自動拆箱/裝箱相關問題。
常量池相關問題。
==和equals的區別。
重載和重寫的區別。
String和StringBuilder、StringBuffer的區別。
靜態變數、實例變數、局部變數線程安全嗎，為什麼。
try、catch、finally都有return語句時執行哪個。
介紹下B樹、二叉樹。
ajax的4個字母分別是什麼意思。
xml全稱是什麼。
分布式鎖的實現。
分布式session存儲解決方案。
常用的linux命令。
一些經驗：
1.先投一些普通公司，等面出了心得再去投理想的公司。
2.不熟悉的技術不要主動提。
3.對於那種實習期6個月還打8折的公司，除非你沒有其他選擇了，否則不要去。
4.小公司喜歡在薪水上壓你，開的時候適當提高。
5.不要去參加招聘會，純粹是浪費時間。
6.把面試當作一次技術的交流，不要太在意是否能被錄取。
7.公司一般面完就決定是否錄取了，讓你回去等消息這種情況一般沒戲，無論你自己覺得面的有多好。
8.盡量少通過電話面試，效果不好。
9.在面試的日子裡，要保持每天學習，無論是學習新東西還是復習舊東西。
10.拿到offer了，問問自己這個公司讓自己100%滿意了嗎，如果不是，請繼續努力找更好的。
11.通過面試官可以大概判斷這家公司的情況。
12.拉勾投的簡歷很多會被篩掉，但是拉勾還是面試機會的最主要來源。
13.理想的公司可以多投幾次，我有好幾次都是第一次投被篩掉，多投幾次就過的經驗。
14.問到自己有深入研究過的知識，抓住機會好好表現，不要輕易放過。
Ⅵ 面試時問到一個問題，什麼是緩存雪崩
緩存雪崩，就是大量數據同一時間失效。
解決辦法：
1.緩存數據的過期時間設置隨機，防止同一時間大量數據過期現象發生。
2.如果緩存資料庫是分布式部署，將熱點數據均勻分布在不同的緩存資料庫中。
Ⅶ php面試題 memcache和redis的區別
Redis與Memcached的區別傳統MySQL+ Memcached架構遇到的問題實際MySQL是適合進行海量數據存儲的，通過Memcached將熱點數據載入到cache，加速訪問，很多公司都曾經使用過這樣的架構，但隨著業務數據量的不斷增加，和訪問量的持續增長，我們遇到了很多問題：1.MySQL需要不斷進行拆庫拆表，Memcached也需不斷跟著擴容，擴容和維護工作占據大量開發時間。2.Memcached與MySQL資料庫數據一致性問題。3.Memcached數據命中率低或down機，大量訪問直接穿透到DB，MySQL無法支撐。4.跨機房cache同步問題。眾多NoSQL百花齊放，如何選擇最近幾年，業界不斷涌現出很多各種各樣的NoSQL產品，那麼如何才能正確地使用好這些產品，最大化地發揮其長處，是我們需要深入研究和思考的問題，實際歸根結底最重要的是了解這些產品的定位，並且了解到每款產品的tradeoffs，在實際應用中做到揚長避短，總體上這些NoSQL主要用於解決以下幾種問題1.少量數據存儲，高速讀寫訪問。此類產品通過數據全部in-momery 的方式來保證高速訪問，同時提供數據落地的功能，實際這正是Redis最主要的適用場景。2.海量數據存儲，分布式系統支持，數據一致性保證，方便的集群節點添加/刪除。3.這方面最具代表性的是dynamo和bigtable 2篇論文所闡述的思路。前者是一個完全無中心的設計，節點之間通過gossip方式傳遞集群信息，數據保證最終一致性，後者是一個中心化的方案設計，通過類似一個分布式鎖服務來保證強一致性,數據寫入先寫內存和redo log，然後定期compat歸並到磁碟上，將隨機寫優化為順序寫，提高寫入性能。4.Schema free，auto-sharding等。比如目前常見的一些文檔資料庫都是支持schema-free的，直接存儲json格式數據，並且支持auto-sharding等功能，比如mongodb。面對這些不同類型的NoSQL產品,我們需要根據我們的業務場景選擇最合適的產品。Redis適用場景，如何正確的使用前面已經分析過，Redis最適合所有數據in-momory的場景，雖然Redis也提供持久化功能，但實際更多的是一個disk-backed的功能，跟傳統意義上的持久化有比較大的差別，那麼可能大家就會有疑問，似乎Redis更像一個加強版的Memcached，那麼何時使用Memcached,何時使用Redis呢?如果簡單地比較Redis與Memcached的區別，大多數都會得到以下觀點：1 Redis不僅僅支持簡單的k/v類型的數據，同時還提供list，set，zset，hash等數據結構的存儲。2 Redis支持數據的備份，即master-slave模式的數據備份。3 Redis支持數據的持久化，可以將內存中的數據保持在磁碟中，重啟的時候可以再次載入進行使用。拋開這些，可以深入到Redis內部構造去觀察更加本質的區別，理解Redis的設計。在Redis中，並不是所有的數據都一直存儲在內存中的。這是和Memcached相比一個最大的區別。Redis只會緩存所有的 key的信息，如果Redis發現內存的使用量超過了某一個閥值，將觸發swap的操作，Redis根據「swappability = age*log(size_in_memory)」計 算出哪些key對應的value需要swap到磁碟。然後再將這些key對應的value持久化到磁碟中，同時在內存中清除。這種特性使得Redis可以 保持超過其機器本身內存大小的數據。當然，機器本身的內存必須要能夠保持所有的key，畢竟這些數據是不會進行swap操作的。同時由於Redis將內存 中的數據swap到磁碟中的時候，提供服務的主線程和進行swap操作的子線程會共享這部分內存，所以如果更新需要swap的數據，Redis將阻塞這個 操作，直到子線程完成swap操作後才可以進行修改。使用Redis特有內存模型前後的情況對比：VM off: 300k keys, 4096 bytes values: 1.3G usedVM on: 300k keys, 4096 bytes values: 73M usedVM off: 1 million keys, 256 bytes values: 430.12M usedVM on: 1 million keys, 256 bytes values: 160.09M usedVM on: 1 million keys, values as large as you want, still: 160.09M used當 從Redis中讀取數據的時候，如果讀取的key對應的value不在內存中，那麼Redis就需要從swap文件中載入相應數據，然後再返回給請求方。 這里就存在一個I/O線程池的問題。在默認的情況下，Redis會出現阻塞，即完成所有的swap文件載入後才會相應。這種策略在客戶端的數量較小，進行 批量操作的時候比較合適。但是如果將Redis應用在一個大型的網站應用程序中，這顯然是無法滿足大並發的情況的。所以Redis運行我們設置I/O線程 池的大小，對需要從swap文件中載入相應數據的讀取請求進行並發操作，減少阻塞的時間。如果希望在海量數據的環境中使用好Redis，我相信理解Redis的內存設計和阻塞的情況是不可缺少的。補充的知識點：memcached和redis的比較1 網路IO模型Memcached是多線程，非阻塞IO復用的網路模型，分為監聽主線程和worker子線程，監聽線程監聽網路連接，接受請求後，將連接描述字pipe 傳遞給worker線程，進行讀寫IO, 網路層使用libevent封裝的事件庫，多線程模型可以發揮多核作用，但是引入了cache coherency和鎖的問題，比如，Memcached最常用的stats 命令，實際Memcached所有操作都要對這個全局變數加鎖，進行計數等工作，帶來了性能損耗。(Memcached網路IO模型)Redis使用單線程的IO復用模型，自己封裝了一個簡單的AeEvent事件處理框架，主要實現了epoll、kqueue和select，對於單純只有IO操作來說，單線程可以將速度優勢發揮到最大，但是Redis也提供了一些簡單的計算功能，比如排序、聚合等，對於這些操作，單線程模型實際會嚴重影響整體吞吐量，CPU計算過程中，整個IO調度都是被阻塞住的。2.內存管理方面Memcached使用預分配的內存池的方式，使用slab和大小不同的chunk來管理內存，Item根據大小選擇合適的chunk存儲，內存池的方式可以省去申請/釋放內存的開銷，並且能減小內存碎片產生，但這種方式也會帶來一定程度上的空間浪費，並且在內存仍然有很大空間時，新的數據也可能會被剔除，原因可以參考Timyang的文章：/memcached/)。Memcached的客戶端軟體實現非常多，包括C/C++, PHP, Java, Python, Ruby, Perl, Erlang, Lua等。當前Memcached使用廣泛，除了LiveJournal以外還有Wikipedia、Flickr、Twitter、Youtube和WordPress等。在Window系統下，Memcached的安裝非常方便，只需從以上給出的地址下載可執行軟體然後運行memcached.exe –d install即可完成安裝。在Linux等系統下，我們首先需要安裝libevent，然後從獲取源碼，make && make install即可。默認情況下，Memcached的伺服器啟動程序會安裝到/usr/local/bin目錄下。在啟動Memcached時，我們可以為其配置不同的啟動參數。1.1 Memcache配置Memcached伺服器在啟動時需要對關鍵的參數進行配置，下面我們就看一看Memcached在啟動時需要設定哪些關鍵參數以及這些參數的作用。1）-p Memcached的TCP監聽埠，預設配置為11211；2）-U Memcached的UDP監聽埠，預設配置為11211，為0時表示關閉UDP監聽；3）-s Memcached監聽的UNIX套接字路徑；4）-a 訪問UNIX套接字的八進制掩碼，預設配置為0700；5）-l 監聽的伺服器IP地址，默認為所有網卡；6）-d 為Memcached伺服器啟動守護進程；7）-r 最大core文件大小；8）-u 運行Memcached的用戶，如果當前為root的話需要使用此參數指定用戶；9）-m 分配給Memcached使用的內存數量，單位是MB；10）-M 指示Memcached在內存用光的時候返回錯誤而不是使用LRU演算法移除數據記錄；11）-c 最大並發連數，預設配置為1024；12）-v –vv –vvv 設定伺服器端列印的消息的詳細程度，其中-v僅列印錯誤和警告信息，-vv在-v的基礎上還會列印客戶端的命令和相應，-vvv在-vv的基礎上還會列印內存狀態轉換信息；13）-f 用於設置chunk大小的遞增因子；14）-n 最小的chunk大小，預設配置為48個位元組；15）-t Memcached伺服器使用的線程數，預設配置為4個；16）-L 嘗試使用大內存頁；17）-R 每個事件的最大請求數，預設配置為20個；18）-C 禁用CAS，CAS模式會帶來8個位元組的冗餘；2. Redis簡介Redis是一個開源的key-value存儲系統。與Memcached類似，Redis將大部分數據存儲在內存中，支持的數據類型包括：字元串、哈希表、鏈表、集合、有序集合以及基於這些數據類型的相關操作。Redis使用C語言開發，在大多數像Linux、BSD和Solaris等POSIX系統上無需任何外部依賴就可以使用。Redis支持的客戶端語言也非常豐富，常用的計算機語言如C、C#、C++、Object-C、PHP、Python、Java、Perl、Lua、Erlang等均有可用的客戶端來訪問Redis伺服器。當前Redis的應用已經非常廣泛，國內像新浪、淘寶，國外像Flickr、Github等均在使用Redis的緩存服務。Redis的安裝非常方便，只需從bin目錄下。在啟動Redis伺服器時，我們需要為其指定一個配置文件，預設情況下配置文件在Redis的源碼目錄下，文件名為redis.conf。php面試題 memcache和redis的區別
Ⅷ 一個面試問題，為什麼用redis做緩存
redis不是資料庫，只是一種緩存軟體，為了緩解伺服器頻繁讀資料庫帶來的內存資源消耗，redis將需要和資料庫交互的信息暫存，當下次同樣的http請求，就能直接讀取redis裡面的內容，而不用讀資料庫。
這樣減少了資料庫壓力又能提高伺服器響應時間。
Ⅸ 面試中問到HIBERNATE的緩存機制請問下該怎麼回答
首先說下Hibernate緩存的作用（即為什麼要用緩存機制），然後再具體說說Hibernate中緩存的分類情況，最後可以舉個具體的例子。
Ⅹ jquery里的緩存問題如何解決AJAX面試題
如果直接用jQuery里的$.ajax()方法的話，去除緩存很簡單，只需要配置一下緩存屬性cache為false，但如果想要簡單寫法getJSON()，去除緩存就不能通過配置來解決了。因為getJSON根本沒有這個緩存屬性讓你來配置。因為如果其調用的地址URL和之前的一樣的話，回調函數會直接在緩存裡面讀取數據，而不是進後台調用相應的方法。
解決方法就是讓他的每次請求的URL地址不一樣就行，但是同時又要不影響請求的服務所需要的數據，那麼可以有一下幾種方法：
1、$.getJSON(URL?t=+new Date(),function(json){});就是原有的URL基礎上加一個時間變數，每次的請求地址就不一樣了。
2、$.getJSON(URL?rand=+Math.random,function(json){});就是原有的URL基礎上加上一個隨機變數，不過這個方法有風險，萬一隨機數一樣。。。。。。
3、第三種方法就是自己定義一個遞增變數，在URL後面加上這個遞增變數，每次請求完後，就遞增一下。
$.get()去除緩存的方法和$.getJSON()相同。