面試之前多看看公司的資料,可以看出面試的公司主要做什麼,電商,數據庫,php函數,sql的優化,接口,session和cookie等經常會問到,都是必問之題,這其中有一部分題目摘抄自網絡,回答也不錯
1.請自我介紹一下?
答:我叫xxx,來自北京,20xx年畢業於xx大學計算機xx系,畢業後在武漢從事了x年的php開發工作,公司是一個外包公司,主要做微信開發,公眾號推廣,商城,論壇的開發
2.你在公司負責那些項目?
答:由於我們公司是一個外包公司,不可能只做一個項目,公司的項目都是交叉進行的,論壇,微信,商城我都做過.
3.你為什麼來深圳?
答:因為我哥在這邊,父母也希望兄弟間有個照應,而且深圳是一線城市,技術也比廣西前沿一些
4.武漢使用什麼前端框架和後端框架?
答:根據自己的區域回答
5.你做過那些模塊?
答:登陸註冊,商品管理,購物車模塊,訂單管理
6.你們公司是使用什麼框架?
答:我們公司採用的是TP框架,運用的mysql+apache+php進行開發,因為TP框架是一個免費開源的,輕量級的php開發框架,而且是我們中國人自己開發的,也是國內用的比較多的,各種資料也比較齊全
7.mvc是什麼?相互間有什麼關係?
答:mvc是一種開發模式,主要分為三部分:m(model),也就是模型,負責數據的操作;v(view),也就是視圖,負責前後臺的顯示;c(controller),也就是控制器,負責業務邏輯
客戶端請求項目的控制器,如果執行過程中需要用到數據,控制器就會到模型中獲取數據,再將獲取到的數據通過視圖顯示出來1234
8.oop是什麼?
答:oop是面向對象編程,面向對象編程是一種計算機編程架構,OOP 的一條基本原則是計算機程序是由單個能夠起到子程序作用的單元或對象組合而成。
OOP具有三大特點：
- 封裝性：也稱為信息隱藏，就是將一個類的使用和實現分開，只保留部分接口和方法與外部聯繫，或者說只公開了一些供開發人員使用的方法。於是開發人員只 需要關注這個類如何使用，而不用去關心其具體的實現過程，這樣就能實現MVC分工合作，也能有效避免程序間相互依賴，實現代碼模塊間松藕合。
- 繼承性：就是子類自動繼承其父級類中的屬性和方法，並可以添加新的屬性和方法或者對部分屬性和方法進行重寫。繼承增加了代碼的可重用性。PHP只支持單繼承，也就是說一個子類只能有一個父類。
- 多態性：子類繼承了來自父級類中的屬性和方法，並對其中部分方法進行重寫。於是多個子類中雖然都具有同一個方法，但是這些子類實例化的對象調用這些相同的方法後卻可以獲得完全不同的結果，這種技術就是多態性。多態性增強了軟件的靈活性。
- 1、易維護
- 採用面向對象思想設計的結構，可讀性高，由於繼承的存在，即使改變需求，那麼維護也只是在局部模塊，所以維護起來是非常方便和較低成本的。
- 2、質量高
- 在設計時，可重用現有的，在以前的項目的領域中已被測試過的類使系統滿足業務需求並具有較高的質量。
- 3、效率高
- 在軟件開發時，根據設計的需要對現實世界的事物進行抽象，產生類。使用這樣的方法解決問題，接近於日常生活和自然的思考方式，勢必提高軟件開發的效率和質量。
- 4、易擴展
- 由於繼承、封裝、多態的特性，自然設計出高內聚、低耦合的系統結構，使得系統更靈活、更容易擴展，而且成本較低。
9.smarty是什麼,有什麼作用?
答:回答一:smarty是用php寫出來的模板引擎,也是目前業界最著名的php模板引擎之一. 它分離了邏輯代碼和外在的顯示,提供了一種易於管理和使用的方法,用來將混雜的php邏輯代碼與html代碼進行分離
回答二:smarty是php中最著名的引擎框架之一,我們公司使用的是TP框架,已經封裝好了smarty模板,所以沒有單獨使用過
回答三: smarty是個模板引擎，最顯著的地方就是有可以把模板緩存起來。一般模板來說，都是做一個靜態頁面，然後在裡面把一些動態的部分用一切分隔符切開，然後在PHP裡打開這個模板文件，把分隔符裡面的值替換掉，然後輸出來，你可以看下PHPLib裡面的template部分。
而smarty設定了緩存參數以後，第一次運行時候會把模板打開，在php替換裡面值的時候把讀取的html和php部分重新生成一個臨時的php文件，這樣就省去了每次打開都重新讀取html了。如果修改了模板，只要重新刷下就行了。
10.TP框架有哪些優點?
答:TP框架是我們中國人自己開發的框架,各種資料比較齊全,國內用的比較多,比較簡單和方便,而且是免費開源的
11.TP的特性有哪些?
答: 1.多表查詢非常方便,在model中幾句代碼就可以完成對多表的關聯操作. 2.融合了smarty模板,使前後臺分離
3.支持多種緩存技術,尤其對memcache技術支持非常好
4.命名規範,模型,視圖,控制器嚴格遵循命名規則,通過命名一一對應
5.支持多種url模式
6.內置ajax返回方法,包括xml,json,html等
7.支持應用擴展,類庫擴展,驅動擴展等
12.TP框架中的大字母函數?
答: U:對url的組裝
A:內部實例化控制器
S:緩存處理
R:調用某個控制器的操作方法
D:實例化自定義模型類
M:實例化基礎模型類
I:獲取參數
L:設置或者獲取當前語言
C:設置或獲取,保存配置
13.請介紹一下laravel框架?
答: laravel框架的設計思想比較先進,非常適合應用各種開發模式,作為一個框架,它為你準備好了一切,composer是php的未來,沒有composer,php肯定要走向沒落
laravel框架最大的特點和優秀之處就是集合了php比較新的特點,以及各種各樣的設計模式,Ioc模式,依賴注入等
14.laravel有那些特點?
答:回答一:
1.強大的rest router:用簡單的回調函數就可以調用,快速綁定controller和router
2.artisan:命令行工具,很多手動的工作都自動化
3.可繼承的模板,簡化view的開發和管理
4.blade模板:渲染速度更快
5.ORM操作數據庫
6.migration:管理數據庫和版本控制
7.測試功能也很強大
8.composer也是亮點
回答二:
laravel框架引入了門面,依賴注入,Ioc模式,以及各種各樣的設計模式等
15.請簡述一下數據庫的優化?
答:數據庫的優化可以從四個方面來優化:
1.從結構層: web服務器採用負載均衡服務器,mysql服務器採用主從複製,讀寫分離
2.從儲存層: 採用合適的存儲引擎,採用三範式
3.從設計層: 採用分區分表,索引,表的字段採用合適的字段屬性,適當的採用逆範式,開啟mysql緩存
4.sql語句層:結果一樣的情況下,採用效率高,速度快節省資源的sql語句執行
16.如何解決異常處理?
答: 拋出異常:使用try...catch，異常的代碼放在try代碼塊內，如果沒有觸發異常，則代碼繼續執行，如果異常被觸發，就會拋出一個異常。Catch代碼塊捕獲異常，並創建一個包含異常信息的對象。$e->getMessage()，輸出異常的錯誤信息。
解決異常:使用set_error_handler函數獲取異常(也可以使用try()和catch()函數),然後使用set_exception_handler()函數設置默認的異常處理程序,register_shutdown_function()函數來執行,執行機制是,php要把調入的函數調入到內存,當頁面所有的php語句都執行完成時,再調用此函數1234
17.前端
答:我在工作中處理前端的功能，一般就是用ajax向後臺請求數據，然後返回數據在前臺頁面中顯示出來。我從來沒有獨立的完整的將html和css樣式都一個人完成，如果公司實在有這樣的需求的話，我可能會找一些前臺的模板或者說是前端的框架，比如說h—ui等等
18.權限管理(RBAC)的實現?
答: 1.首先創建一張用戶表:id name auto(保存格式為:控制器-方法)
2.然後在後臺中創建一個基類控制器,控制器裡封裝一個構造方法,當用戶登陸成功後,使用TP框架中封裝好的session函數獲取保存在服務器中的session id,然後實例化模型,通過用戶id獲取保存在數據表中的auth數據,使用explode函數分割獲取到的數據,並使用一個數組保存起來,然後使用TP框架中封裝好的常量獲取當前控制器和方法,然後把他們組裝成字符串,使用in_array函數進行判斷該數組中是否含有當前獲取到的控制器和方法,如果沒有,就提示該用戶沒有權限,如果有就進行下一步操作
20.怎麼保證促銷商品不會超賣
答:這個問題是我們當時開發時遇到的一個難點，超賣的原因主要是下的訂單的數目和我們要促銷的商品的數目不一致導致的，每次總是訂單的數比我們的促銷商品的數目要多，當時我們的小組討論了好久，給出了好幾個方案來實現：
- 第一種方案是：①在每次下訂單前我們判斷促銷商品的數量夠不夠，不夠不允許下訂單，更改庫存量時加上一個條件，只更改商品庫存大於0的商品的庫存，當時我們使用ab進行壓力測試，當併發超過500，訪問量超過2000時，還是會出現超賣現象。所以被我們否定了。
- 第二種方案是：②使用mysql的事務加排他鎖來解決，首先我們選擇數據庫的存儲引擎為innoDB，使用的是排他鎖實現的，剛開始的時候我們測試了下共享鎖，發現還是會出現超賣的現象。有個問題是，當我們進行高併發測試時，對數據庫的性能影響很大，導致數據庫的壓力很大，最終也被我們否定了。
- 第三種方案是：③使用文件鎖實現。當用戶搶到一件促銷商品後先觸發文件鎖，防止其他用戶進入，該用戶搶到促銷品後再解開文件鎖，放其他用戶進行操作。這樣可以解決超賣的問題，但是會導致文件得I/O開銷很大。
- 最後我們使用了redis的隊列來實現。將要促銷的商品數量以隊列的方式存入redis中，每當用戶搶到一件促銷商品則從隊列中刪除一個數據，確保商品不會超賣。這個操作起來很方便，而且效率極高，最終我們採取這種方式來實現
21.商城秒殺的實現
答:搶購、秒殺是如今很常見的一個應用場景，主要需要解決的問題有兩個：
- 高併發對數據庫產生的壓力
- 競爭狀態下如何解決庫存的正確減少（”超賣”問題） 對於第一個問題，已經很容易想到用緩存來處理搶購，避免直接操作數據庫，例如使用Redis。第二個問題，我們可以使用redis隊列來完成，把要秒殺的商品放入到隊列中，因為pop操作是原子的，即使有很多用戶同時到達，也是依次執行，文件鎖和事務在高併發下性能下降很快，當然還要考慮其他方面的東西，比如搶購頁面做成靜態的，通過ajax調用接口，其中也可能會出現一個用戶搶多次的情況，這時候需要再加上一個排隊隊列和搶購結果隊列及庫存隊列。高併發情況下，將用戶進入排隊隊列，用一個線程循環處理從排隊隊列取出一個用戶，判斷用戶是否已在搶購結果隊列，如果在，則已搶購，否則未搶購，庫存減1，寫數據庫，將用戶入結果隊列。
22.購物車的原理
答:購物車相當於現實中超市的購物車，不同的是一個是實體車，一個是虛擬車而已。用戶可以在購物網站的不同頁面之間跳轉，以選購自己喜愛的商品，點擊購買時，該商品就自動保存到你的購物車中，重複選購後，最後將選中的所有商品放在購物車中統一到付款臺結賬，這也是儘量讓客戶體驗到現實生活中購物的感覺。服務器通過追蹤每個用戶的行動，以保證在結賬時每件商品都物有其主。
主要涉及以下幾點:
1、把商品添加到購物車，即訂購
2、刪除購物車中已定購的商品
3、修改購物車中某一本圖書的訂購數量
4、清空購物車
5、顯示購物車中商品清單及數量、價格
實現購物車的關鍵在於服務器識別每一個用戶並維持與他們的聯繫。但是HTTP協議是一種“無狀態(Stateless)”的協議，因而服務器不能記住是誰在購買商品，當把商品加入購物車時，服務器也不知道購物車裡原先有些什麼，使得用戶在不同頁面間跳轉時購物車無法“隨身攜帶”，這都給購物車的實現造成了一定的困難。
目前購物車的實現主要是通過cookie、session或結合數據庫的方式。下面分析一下它們的機制及作用。
（一）cookie
cookie是由服務器產生，存儲在客戶端的一段信息。它定義了一種Web服務器在客戶端存儲和返回信息的機制，cookie文件它包含域、路徑、生存期、和由服務器設置的變量值等內容。當用戶以後訪問同一個Web服務器時，瀏覽器會把cookie原樣發送給服務器。通過讓服務器讀取原先保存到客戶端的信息，網站能夠為瀏覽者提供一系列的方便，例如在線交易過程中標識用戶身份、安全要求不高的場合避免用戶重複輸入名字和密碼、門戶網站的主頁定製、有針對性地投放廣告等等。利用cookie的特性，大大擴展了WEB應用程序的功能，不僅可以建立服務器與客戶機的聯繫，因為cookie可以由服務器定製，因此還可以將購物信息生成cookie值存放在客戶端，從而實現購物車的功能。用基於cookie的方式實現服務器與瀏覽器之間的會話或購物車，有以下特點：
- cookie存儲在客戶端，且佔用很少的資源，瀏覽器允許存放300個cookie，每個cookie的大小為4KB，足以滿足購物車的要求，同時也減輕了服務器的負荷；
- cookie為瀏覽器所內置，使用方便。即使用戶不小心關閉了瀏覽器窗口，只要在cookie定義的有效期內，購物車中的信息也不會丟失；
- cookie不是可執行文件，所以不會以任何方式執行，因此也不會帶來病毒或攻擊用戶的系統；
- 基於cookie的購物車要求用戶瀏覽器必須支持並設置為啟用cookie，否則購物車則失效；
- 存在著關於cookie侵犯訪問者隱私權的爭論，因此有些用戶會禁止本機的cookie功能。
（二）session
session是實現購物車的另一種方法。session提供了可以保存和跟蹤用戶的狀態信息的功能，使當前用戶在session中定義的變量和對象能在頁面之間共享，但是不能為應用中其他用戶所訪問，它與cookie最重大的區別是，session將用戶在會話期間的私有信息存儲在服務器端，提高了安全性。在服務器生成session後，客戶端會生成一個sessionid識別號保存在客戶端，以保持和服務器的同步。這個sessionid是隻讀的，如果客戶端禁止cookie功能，session會通過在URL中附加參數，或隱含在表單中提交等其他方式在頁面間傳送。因此利用session實施對用戶的管理則更為安全、有效。
同樣，利用session也能實現購物車，這種方式的特點是：
- session用新的機制保持與客戶端的同步，不依賴於客戶端設置；
- 與cookie相比，session是存儲在服務器端的信息，因此顯得更為安全，因此可將身份標示，購物等信息存儲在session中；
- session會佔用服務器資源，加大服務器端的負載，尤其當併發用戶很多時，會生成大量的session，影響服務器的性能；
- 因為session存儲的信息更敏感，而且是以文件形式保存在服務器中，因此仍然存在著安全隱患。
（三）結合數據庫的方式
這也是目前較普遍的模式，在這種方式中，數據庫承擔著存儲購物信息的作用，session或cookie則用來跟蹤用戶。這種方式具有以下特點：
- 數據庫與cookie分別負責記錄數據和維持會話，能發揮各自的優勢，使安全性和服務器性能都得到了提高；
- 每一個購物的行為，都要直接建立與數據庫的連接，直至對錶的操作完成後，連接才釋放。當併發用戶很多時，會影響數據庫的性能，因此，這對數據庫的性能提出了更高的要求；
- 使cookie維持會話有賴客戶端的支持。
各種方式的選擇：
雖然cookie可用來實現購物車，但必須獲得瀏覽器的支持，再加上它是存儲在客戶端的信息，極易被獲取，所以這也限制了它存儲更多，更重要的信息。所以一般cookie只用來維持與服務器的會話，例如國內最大的當當網絡書店就是用cookie保持與客戶的聯繫，但是這種方式最大的缺點是如果客戶端不支持cookie就會使購物車失效。
Session 能很好地與交易雙方保持會話，可以忽視客戶端的設置。在購物車技術中得到了廣泛的應用。但session的文件屬性使其仍然留有安全隱患。
結合數據庫的方式雖然在一定程度上解決了上述的問題，但從上面的例子可以看出：在這種購物流程中涉及到對數據庫表的頻繁操作，尤其是用戶每選購一次商品，都要與數據庫進行連接，當用戶很多的時候就加大了服務器與數據庫的負荷。
23.redis消息隊列先進先出需要注意什麼
答:通常使用一個list來實現隊列操作，這樣有一個小限制，所以的任務統一都是先進先出，如果想優先處理某個任務就不太好處理了，這就需要讓隊列有優先級的概念，我們就可以優先處理高級別的任務，實現方式有以下幾種方式：
1）單一列表實現：隊列正常的操作是 左進右出（lpush,rpop）為了先處理高優先級任務，在遇到高級別任務時，可以直接插隊，直接放入隊列頭部（rpush），這樣，從隊列頭部（右側）獲取任務時，取到的就是高優先級的任務（rpop）
2）使用兩個隊列，一個普通隊列，一個高級隊列，針對任務的級別放入不同的隊列，獲取任務時也很簡單，redis的BRPOP命令可以按順序從多個隊列中取值，BRPOP會按照給出的 key 順序查看，並在找到的第一個非空 list 的尾部彈出一個元素，redis> BRPOP list1 list2 0
list1 做為高優先級任務隊列
list2 做為普通任務隊列
這樣就實現了先處理高優先級任務，當沒有高優先級任務時，就去獲取普通任務
方式1最簡單，但實際應用比較侷限，方式3可以實現複雜優先級，但實現比較複雜，不利於維護
方式2是推薦用法，實際應用最為合適
24.你負責的模塊有哪些難題
答:在我負責的B2B電商項目中，當時我負責的是訂單模塊，由於客戶一次選擇了多家商戶的商品，最終生成了一個訂單，這樣我們平臺在給商戶結算時出現了不知道這比費用應該給哪個商戶，這時候我們小組經過討論，需要涉及到訂單拆分，也就是說用戶點擊支付後,如果有多件商品,並且不是同一家店鋪那麼 就要用到訂單的拆分,比如如果有兩件商品,並且不是同一店鋪 就在原來的訂單號下 在生成兩個子訂單號 並修改訂單表中兩件商品的訂單號。最終實現了商品的分配管理，解決了我們的難題。
我覺得在開發過程中，遇到的難題無非是兩個，一個是技術層次的，我認為，只要你有恆心，有熱心，沒有覺得不了的難題。另一個就是溝通問題，在任何地方任何時候溝通都是最重要的，尤其是我們做開發的，不溝通好，會影響整個項目的進度，我本人是個非常還溝通的人，所以這點上也沒多大問題。
25.用戶下單是怎麼處理的
答:判斷用戶有沒有登錄，在沒有登錄的情況下，不允許下單。登陸後，可進行下單
並生成唯一的訂單號，此時訂單的狀態為未支付。
26.電商的登錄是怎麼實現的
答:分為普通登錄和第三方登錄 這邊主要說一下第三方登錄吧，第三方登陸主要使用的是author協議，我就以QQ的第三方登陸為例來進行說明：當用戶在我們的站點請求QQ的第三方登陸時，我們站點會引導用戶跳轉到QQ的登陸授權界面， 當用戶輸入QQ和密碼成功登錄以後會自動跳回到我們站點設置好的回調頁面，並附帶一個code參數，接著你使用code再次去請求QQ的授權頁面，就可以從中獲取到一個access token（訪問令牌），通過這個access_token，我們可以調用QQ提供給我們的接口，比如獲取open_id，可以獲取用戶的基本信息。獲取到之後，我們需要拿用戶的授權信息和open_id和我們平臺的普通用戶進行綁定。這樣不管是普通用戶登陸還是第三方登陸用戶，都可以實現登陸。
27.接口安全方面是怎麼處理的
答:我們當時是這麼做的，使用HTTP的POST方式,對固定參數+附加參數進行數字簽名,使用的是md5加密,比如:我想通過標題獲取一個信息,在客戶端使用 信息標題+日期+雙方約定好的一個key通過md5加密生成一個簽名(sign),然後作為參數傳遞到服務器端,服務器端使用同樣的方法進行校驗,如何接受過來的sign和我們通過算法算的值相同，證明是一個正常的接口請求，我們才會返回相應的接口數據。
28.用的什麼技術實現短信發送，在哪調用
答:我主要用的第三方短信接口，在申請接口時進行相應信息的配置，然後在我們站點需要用到短信驗證的地方進行調用，我們通常在用戶註冊時使用到。
29.在工作中遇到什麼困難?
答:總體來說：在工作我主要遇到這幾個問題比較難處理：
①我之前工作的時候發現經常會出現一些臨時需求打亂了我的計劃，搞得有時候這個任務還沒完成，又得去做其他的任務，最後一天下來，大大小小的東西是很多，但是沒有完成得非常好的，後面我總結了一下，我會把這些都添加優先級，遇到臨時需求，按照優先級重新將已有任務和臨時任務進行排版，保證在規定時間內有效率的完成優先級高的任務。
②在做項目需求時候，遇到理解能力欠佳的人，溝通時容易被氣到，影響自己的情緒，最後反倒還不能到達需要的效果。後面，每次到這種時候，我一般會藉助一些紙質的、更加形象的東西，讓雙方都認同的、都能明白的一種方式來進行溝通，後面減少了很多不必須的麻煩。大家都知道，對於程序員來說，改需求是一件很痛苦的事情，所以前期的溝通工作很重要。
③還有一件事時，我以前的領導不太懂技術，所以每次出一個新的需求出來，總是要求我們在很短的時間內完成，完不成我們就會被懷疑能力有問題。當然，每個領導都希望自己的員工能夠儘快的完成任務，降低成本，提高效率。這時候我會把我們的需求細化，把其中的重點、難點都列出來，做好時間規劃，耐心的跟領導溝通，項目每個點的重要性和時間的花費比例，確保在這個規劃的時間點內保質保量的完成任務。慢慢的也得到了領導的認可，其實領導也不是一味的不通情理，只要把東西計劃好了，以最小的代價換取最高的價值，每個人都是很容易理解得
30.用戶不登錄，怎麼直接加入購物車的
答:用戶在不登錄的情況下，可以把要購買商品的信息（如商品的ID，商品的價格、商品的sku_id,購買數量等關鍵數據）存到COOKIE裡面，當登陸的情況下。把COOKIE裡面的內容存到數據庫，並清除cookie中的數據。
31.寫過接口嗎，怎麼定義接口的
答：寫過。接口分為兩種：一種是數據型接口，一種是應用型接口。
數據型接口：是比抽象類更抽象的某種“結構”——它其實不是類，但是跟類一樣的某種語法結構，是一種結構規範，規範我們類要以什麼格式進行定義，一般用於團隊比較大，分支比較多的情況下使用。
應用型接口： API（application interface） 數據對外訪問的一個入口
我主要是參與的APP開發中接口的編寫，客戶端需要什麼樣的數據，我們就給他們提供相應的數據，數據以json/xml的格式返回，並且配以相應的接口文檔。12345678
32.sku減庫存
答:SKU = Stock Keeping Unit (庫存量單位)
即庫存進出計量的單位，可以是以件，盒，托盤等為單位。SKU是庫存量單位，區分單品。
在服裝、鞋類商品中使用最多最普遍。 例如紡織品中一個SKU通常表示：規格、顏色、款式。
在設計表時，不僅僅只有商品表，商品表中有個總庫存，我們還需要涉及一張SKU表，裡面有SKU庫存和單價字段，用戶每購買一件商品，實際上購買的都是SKU商品，這樣在下訂單成功後，應該根據所購買的商品的唯一的SKU號來進行相應的SKU庫存的減少，當然商品的總庫存保存在商品主表中，也需要減少總庫存中的庫存量。
33.庫存設置？
答:庫存分為商品總庫存和SKU庫存，往往商品總庫存的為SKU庫存的總和。一般在商城的後臺對貨品設置最高庫存及最低庫存後，當前庫存數量與最高、最低兩者比較，超出庫存或者低於庫存的，則被統計成報表形式反映，便於用戶掌握貨品庫存超、短缺狀態及數量。
34.訂單、庫存兩個表 如何保證數據的一致性？
答:在一個電子商務系統中，正常的應該是訂單生成成功後，相應的庫存進行減少。必須要保證兩者的一致性，但有時候因為某些原因，比如程序邏輯問題，併發等問題，導致下單成功而庫存沒有減少的情況。這種情況我們是不允許發生的，MySQL中的事務剛好可以解決這一問題，首先得選擇數據庫的存儲引擎為innoDB,事務規定了只有下訂單完成了，並且相應的庫存減少了才允許提交事務，否則就事務回滾，確保數據一致性。
35.O2O用戶下單,c端下單,如何保證b a端數據一致?
答:O2O為線上和線下模式，O2O模式奉行的是“線上支付+實體店消費”的消費模式，即消費者在網上下單完成支付後，憑消費憑證到實體店消費。O2O模式是把商家信息和支付程序放在線上進行，而把商品和服務兌現放在線下，也就是說O2O模式適用於快遞無法送達的有形產品。數據一致性的問題是O2O行業中最常見的問題，我們可以類似於數據庫的主從複製的思路來解決這個問題。O2O有個供應商系統，類似於主服務器，在C端（從服務器）下單時，數據同步更新到供應商系統端，b、a實時從供應商系統中拉取數據進行同步，比如利用定時任務，定時拉取數據進行同步。
36.Redis 如何防止高併發
答:其實redis是不會存在併發問題的，因為他是單進程的，再多的command都是one by one執行的。我們使用的時候，可能會出現併發問題，比如get和set這一對。
redis為什麼會有高併發問題
redis的出身決定
Redis是一種單線程機制的nosql數據庫，基於key-value，數據可持久化落盤。由於單線程所以redis本身並沒有鎖的概念，多個客戶端連接並不存在競爭關係，但是利用jedis等客戶端對redis進行併發訪問時會出現問題。發生連接超時、數據轉換錯誤、阻塞、客戶端關閉連接等問題，這些問題均是由於客戶端連接混亂造成。
同時，單線程的天性決定，高併發對同一個鍵的操作會排隊處理，如果併發量很大，可能造成後來的請求超時。
在遠程訪問redis的時候，因為網絡等原因造成高併發訪問延遲返回的問題。
解決辦法
在客戶端將連接進行池化，同時對客戶端讀寫Redis操作採用內部鎖synchronized。
服務器角度，利用setnx變向實現鎖機制。
37.秒殺當中的細節你是怎麼得出來的
答:通過性能測試及模擬秒殺場景。每個問題都經過反覆測試，不斷的發現問題，不斷的解決。
38.做秒殺用什麼數據庫，怎麼實現的。
答:因為秒殺的一瞬間，併發非常大，如果同時請求數據庫，會導致數據庫的壓力非常大，導致數據庫的性能急劇下降，更嚴重的可能會導致數據庫服務器宕機。這時候一般採用內存高速緩存數據庫redis來實現的,redis是非關係型數據庫，redis是單線程的，通過redis的隊列可以完成秒殺過程。
39.支付寶流程怎麼實現的
答:首先要有一個支付寶賬號，接下來向支付寶申請在線支付業務，簽署協議。協議生效後有支付寶一方會給網站方一個合作伙伴ID,和安全校驗碼，有了這兩樣東西就可以按照支付寶接口文檔開發支付寶接口了，中間主要涉及到一個安全問題。整個流程是這樣的：我們的網站通過post傳遞相應的參數（如訂單總金額，訂單號）到支付頁面，支付頁面把一系列的參數經過處理，以post的方式提交給支付寶服務器，支付寶服務器進行驗證，並對接收的數據進行處理，把處理後的結果返回給我們網站設置的異步和同步回調地址，通過相應的返回參數，來處理相應的業務邏輯，比如返回的參數代表支付成功，更改訂單狀態。
40.什麼是單點登錄？
答:單點登錄SSO（Single Sign On）說得簡單點就是在一個多系統共存的環境下，用戶在一處登錄後，就不用在其他系統中登錄，也就是用戶的一次登錄能得到其他所有系統的信任。
41.什麼情況下使用緩存
答:當用戶第一次訪問應用系統的時候，因為還沒有登錄，會被引導到認證系統中進行登錄；根據用戶提供的登錄信息，認證系統進行身份校驗，如果通過校驗，應該返回給用戶一個認證的憑據－－ticket；用戶再訪問別的應用的時候，就會將這個ticket帶上，作為自己認證的憑據，應用系統接受到請求之後會把 ticket送到認證系統進行校驗，檢查ticket的合法性。如果通過校驗，用戶就可以在不用再次登錄的情況下訪問應用系統2和應用系統3了。
實現主要技術點：
1、兩個站點共用一個數據驗證系統
2、主要通過跨域請求的方式來實現驗證及session處理。
42.怎麼實現第三方登錄？
答:第三方登陸主要是基於author協議來實現，下面簡單說下實現流程:
- 首先我們需要以開發者的身份向第三方登陸平臺申請接入應用，申請成功後，我們會獲得一個appID和一個secrectID.
- 當我們的網站需接入第三方登陸時，會引導用戶跳轉到第三方的登陸授權頁面，此時把之前申請的appID和secrectID帶給登陸授權頁面。
- 用戶登陸成功後即得到授權，第三方會返回一個臨時的code給我們的網站。
- 我們的網站接受到code後，再次向我們的第三方發起請求，並攜帶接收的code,從第三方獲取access_token.
- 第三方處理請求後，會返回一個access_token給我們的網站，我們的網站獲取到access_token後就可以調用第三方提供的接口了，比如獲取用戶信息等。最後把該用戶信息存入到我們站點的數據庫，並把信息保存到session中，實現用戶的第三方登陸。
43.如何處理負載、高併發？(好好看看，經常問到，能回答到主要的東西即可)
答:從低成本、高性能和高擴張性的角度來說有如下處理方案：
- HTML靜態化
其實大家都知道，效率最高、消耗最小的就是純靜態化的html頁面，所以我們儘可能使我們的 網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。
- 圖片服務器分離
- 把圖片單獨存儲，儘量減少圖片等大流量的開銷，可以放在一些相關的平臺上，如騎牛等
- 數據庫集群和庫表散列及緩存
- 數據庫的併發連接為100，一臺數據庫遠遠不夠，可以從讀寫分離、主從複製，數據庫集群方面來著手。另外儘量減少數據庫的訪問，可以使用緩存數據庫如memcache、redis。
- 鏡像：
- 儘量減少下載，可以把不同的請求分發到多個鏡像端。
- 負載均衡：
- Apache的最大併發連接為1500，只能增加服務器，可以從硬件上著手，如F5服務器。當然硬件的成本比較高，我們往往從軟件方面著手。
- 負載均衡 （Load Balancing） 建立在現有網絡結構之上，它提供了一種廉價有效透明的方法擴展網絡設備和服務器的帶寬、增加吞吐量、加強網絡數據處理能力，同時能夠提高網絡的靈活性和可用性。目前使用最為廣泛的負載均衡軟件是Nginx、LVS、HAProxy。我分別來說下三種的優缺點:
Nginx的優點是：
- 工作在網絡的7層之上，可以針對http應用做一些分流的策略，比如針對域名、目錄結構，它的正則規則比HAProxy更為強大和靈活，這也是它目前廣泛流行的主要原因之一，Nginx單憑這點可利用的場合就遠多於LVS了。
- Nginx對網絡穩定性的依賴非常小，理論上能ping通就就能進行負載功能，這個也是它的優勢之一；相反LVS對網絡穩定性依賴比較大，這點本人深有體會；
- Nginx安裝和配置比較簡單，測試起來比較方便，它基本能把錯誤用日誌打印出來。LVS的配置、測試就要花比較長的時間了，LVS對網絡依賴比較大。
- 可以承擔高負載壓力且穩定，在硬件不差的情況下一般能支撐幾萬次的併發量，負載度比LVS相對小些。
- Nginx可以通過端口檢測到服務器內部的故障，比如根據服務器處理網頁返回的狀態碼、超時等等，並且會把返回錯誤的請求重新提交到另一個節點，不過其中缺點就是不支持url來檢測。比如用戶正在上傳一個文件，而處理該上傳的節點剛好在上傳過程中出現故障，Nginx會把上傳切到另一臺服務器重新處理，而LVS就直接斷掉了，如果是上傳一個很大的文件或者很重要的文件的話，用戶可能會因此而不滿。
- Nginx不僅僅是一款優秀的負載均衡器/反向代理軟件，它同時也是功能強大的Web應用服務器。LNMP也是近幾年非常流行的web架構，在高流量的環境中穩定性也很好。
- Nginx現在作為Web反向加速緩存越來越成熟了，速度比傳統的Squid服務器更快，可以考慮用其作為反向代理加速器。
- Nginx可作為中層反向代理使用，這一層面Nginx基本上無對手，唯一可以對比Nginx的就只有 lighttpd了，不過 lighttpd目前還沒有做到Nginx完全的功能，配置也不那麼清晰易讀，社區資料也遠遠沒Nginx活躍。
- Nginx也可作為靜態網頁和圖片服務器，這方面的性能也無對手。還有Nginx社區非常活躍，第三方模塊也很多。
Nginx的缺點是：
- Nginx僅能支持http、https和Email協議，這樣就在適用範圍上面小些，這個是它的缺點。
- 對後端服務器的健康檢查，只支持通過端口來檢測，不支持通過url來檢測。不支持Session的直接保持，但能通過ip_hash來解決。
LVS：使用Linux內核集群實現一個高性能、高可用的負載均衡服務器，它具有很好的可伸縮性（Scalability)、可靠性（Reliability)和可管理性（Manageability)。
LVS的優點是：
- 抗負載能力強、是工作在網絡4層之上僅作分發之用，沒有流量的產生，這個特點也決定了它在負載均衡軟件裡的性能最強的，對內存和cpu資源消耗比較低。
- 配置性比較低，這是一個缺點也是一個優點，因為沒有可太多配置的東西，所以並不需要太多接觸，大大減少了人為出錯的幾率。
- 工作穩定，因為其本身抗負載能力很強，自身有完整的雙機熱備方案，如LVS+Keepalived，不過我們在項目實施中用得最多的還是LVS/DR+Keepalived。
- 無流量，LVS只分發請求，而流量並不從它本身出去，這點保證了均衡器IO的性能不會受到大流量的影響。
- 應用範圍比較廣，因為LVS工作在4層，所以它幾乎可以對所有應用做負載均衡，包括http、數據庫、在線聊天室等等。
LVS的缺點是：
- 軟件本身不支持正則表達式處理，不能做動靜分離；而現在許多網站在這方面都有較強的需求，這個是Nginx/HAProxy+Keepalived的優勢所在。
- 如果是網站應用比較龐大的話，LVS/DR+Keepalived實施起來就比較複雜了，特別後面有 Windows Server的機器的話，如果實施及配置還有維護過程就比較複雜了，相對而言，Nginx/HAProxy+Keepalived就簡單多了。
HAProxy的特點是：
- HAProxy也是支持虛擬主機的。
- HAProxy的優點能夠補充Nginx的一些缺點，比如支持Session的保持，Cookie的引導；同時支持通過獲取指定的url來檢測後端服務器的狀態。
- HAProxy跟LVS類似，本身就只是一款負載均衡軟件；單純從效率上來講HAProxy會比Nginx有更出色的負載均衡速度，在併發處理上也是優於Nginx的。
- HAProxy支持TCP協議的負載均衡轉發，可以對MySQL讀進行負載均衡，對後端的MySQL節點進行檢測和負載均衡，大家可以用LVS+Keepalived對MySQL主從做負載均衡。
- HAProxy負載均衡策略非常多，HAProxy的負載均衡算法現在具體有如下8種：
① roundrobin，表示簡單的輪詢，這個不多說，這個是負載均衡基本都具備的；
② static-rr，表示根據權重，建議關注；
③ leastconn，表示最少連接者先處理，建議關注；
④ source，表示根據請求源IP，這個跟Nginx的IP_hash機制類似，我們用其作為解決session問題的一種方法，建議關注；
⑤ ri，表示根據請求的URI；
⑥ rl_param，表示根據請求的URl參數’balance url_param’ requires an URL parameter name；
⑦ hdr(name)，表示根據HTTP請求頭來鎖定每一次HTTP請求；
⑧ rdp-cookie(name)，表示根據據cookie(name)來鎖定並哈希每一次TCP請求。
Nginx和LVS對比的總結：
- Nginx工作在網絡的7層，所以它可以針對http應用本身來做分流策略，比如針對域名、目錄結構等，相比之下LVS並不具備這樣的功能，所以Nginx單憑這點可利用的場合就遠多於LVS了；但Nginx有用的這些功能使其可調整度要高於LVS，所以經常要去觸碰觸碰，觸碰多了，人為出問題的幾率也就會大。
- Nginx對網絡穩定性的依賴較小，理論上只要ping得通，網頁訪問正常，Nginx就能連得通，這是Nginx的一大優勢！Nginx同時還能區分內外網，如果是同時擁有內外網的節點，就相當於單機擁有了備份線路；LVS就比較依賴於網絡環境，目前來看服務器在同一網段內並且LVS使用direct方式分流，效果較能得到保證。另外注意，LVS需要向託管商至少申請多一個ip來做Visual IP，貌似是不能用本身的IP來做VIP的。要做好LVS管理員，確實得跟進學習很多有關網絡通信方面的知識，就不再是一個HTTP那麼簡單了。
- Nginx安裝和配置比較簡單，測試起來也很方便，因為它基本能把錯誤用日誌打印出來。LVS的安裝和配置、測試就要花比較長的時間了；LVS對網絡依賴比較大，很多時候不能配置成功都是因為網絡問題而不是配置問題，出了問題要解決也相應的會麻煩得多。
- Nginx也同樣能承受很高負載且穩定，但負載度和穩定度差LVS還有幾個等級：Nginx處理所有流量所以受限於機器IO和配置；本身的bug也還是難以避免的。
- Nginx可以檢測到服務器內部的故障，比如根據服務器處理網頁返回的狀態碼、超時等等，並且會把返回錯誤的請求重新提交到另一個節點。目前LVS中 ldirectd也能支持針對服務器內部的情況來監控，但LVS的原理使其不能重發請求。比如用戶正在上傳一個文件，而處理該上傳的節點剛好在上傳過程中出現故障，Nginx會把上傳切到另一臺服務器重新處理，而LVS就直接斷掉了，如果是上傳一個很大的文件或者很重要的文件的話，用戶可能會因此而惱火。
- Nginx對請求的異步處理可以幫助節點服務器減輕負載，假如使用 apache直接對外服務，那麼出現很多的窄帶鏈接時apache服務器將會佔用大 量內存而不能釋放，使用多一個Nginx做apache代理的話，這些窄帶鏈接會被Nginx擋住，apache上就不會堆積過多的請求，這樣就減少了相當多的資源佔用。這點使用squid也有相同的作用，即使squid本身配置為不緩存，對apache還是有很大幫助的。
- Nginx能支持http、https和email（email的功能比較少用），LVS所支持的應用在這點上會比Nginx更多。在使用上，一般最前端所採取的策略應是LVS，也就是DNS的指向應為LVS均衡器，LVS的優點令它非常適合做這個任務。重要的ip地址，最好交由LVS託管，比如數據庫的 ip、webservice服務器的ip等等，這些ip地址隨著時間推移，使用面會越來越大，如果更換ip則故障會接踵而至。所以將這些重要ip交給 LVS託管是最為穩妥的，這樣做的唯一缺點是需要的VIP數量會比較多。Nginx可作為LVS節點機器使用，一是可以利用Nginx的功能，二是可以利用Nginx的性能。當然這一層面也可以直接使用squid，squid的功能方面就比Nginx弱不少了，性能上也有所遜色於Nginx。Nginx也可作為中層代理使用，這一層面Nginx基本上無對手，唯一可以撼動Nginx的就只有lighttpd了，不過lighttpd目前還沒有能做到 Nginx完全的功能，配置也不那麼清晰易讀。另外，中層代理的IP也是重要的，所以中層代理也擁有一個VIP和LVS是最完美的方案了。具體的應用還得具體分析，如果是比較小的網站（日PV小於1000萬），用Nginx就完全可以了，如果機器也不少，可以用DNS輪詢，LVS所耗費的機器還是比較多的；大型網站或者重要的服務，機器不發愁的時候，要多多考慮利用LVS。
數據庫優化
44.做秒殺時鎖表考慮到沒有？
答:考慮到了，當時我們做秒殺時考慮了好幾種方案，其中有一種就是使用事務加上排他鎖來實現。
架構類的東西接觸過嗎？
有接觸過，曾經自己在自己的服務器上配置過。我以前做過以下幾個架構方面的配置和測試;
1、數據庫的讀寫分離、主從複製及集群。
2、Nginx負載均衡
3、redis集群及主從
45.封裝過一個簡單的框架
答;封裝過一個簡單的MVC框架,主要分為3層，控制器層和模型層視圖層，以及路由的分配和入口文件，模板引擎，單例模式、工廠模式，第三方類庫的引入等。12
46.談談對MVC的認識
答:核心思想是：視圖和用戶交互通過事件導致控制器改變 控制器改變導致模型改變 或者控制器同時改變兩者 模型改變 導致視圖改變 或者視圖改變 潛在的從模型裡面獲得參數 來改變自己。他的好處是可以將界面和業務邏輯分離。
Model（模型），是程序的主體部分，主要包含業務數據和業務邏輯。在模型層，還會涉及到用戶發佈的服務，在服務中會根據不同的業務需求，更新業務模型中的數據。
View(視圖），是程序呈現給用戶的部分，是用戶和程序交互的接口，用戶會根據具體的業務需求，在View視圖層輸入自己特定的業務數據，並通過界面的事件交互，將對應的輸入參數提交給後臺控制器進行處理。
Contorller（控制器），Contorller是用來處理用戶 輸入數據，已經更新業務模型的部分。控制器中接收了用戶與界面交互時傳遞過來的數據，並根據數據業務邏輯來執行服務的調用和更新業務模型的數據和狀態。
47.session與cookie的區別
答:1、cookie數據存放在第三方應用的瀏覽器上，session數據放在服務器上。
2、cookie不是很安全，別人可以分析存放在本地的COOKIE，進行COOKIE欺騙1234
考慮到安全應當使用session。
3、session會在一定時間內保存在服務器上。當訪問增多，會比較佔用你服務器的性能12
考慮到減輕服務器性能方面，應當使用COOKIE。
4、單個cookie保存的數據不能超過4K，很多瀏覽器都限制一個站點最多保存20個cookie。
5、所以個人建議：
將登陸信息等重要信息存放為SESSION
其他信息如果需要保留，可以放在COOKIE123456
48.echo(),print(),print_r()的區別
答:echo可以一次輸出多個值，多個值之間用逗號分隔。echo是語言結構(language construct)，而並不是真正的函數，因此不能作為表達式的一部分使用。echo是php的內部指令，不是函數，無返回值。
print()：函數print()打印一個值（它的參數），如果字符串成功顯示則返回true，否則返回false。只能打印出簡單類型變量的值(如int,string)，有返回值
printf()：源於C語言中的printf()。該函數輸出格式化的字符串。
print_r()和var_dump()
print_r()可以把字符串和數字簡單地打印出來，而數組則以括起來的鍵和值得列表形式顯示，並以Array開頭。但print_r()輸出布爾值和NULL的結果沒有意義，因為都是打印" "。因此用var_dump()函數更適合調試。print_r是函數，可以打印出比較複雜的變量(如數組，對象)，有返回值
var_dump()判斷一個變量的類型與長度,並輸出變量的數值,如果變量有值輸的是變量的值並回返數據類型。此函數顯示關於一個或多個表達式的結構信息，包括表達式的類型與值。數組將遞歸展開值，通過縮進顯示其結構。
49.說一下單引號雙引號？
答:①單引號內部的變量不會執行， 雙引號會執行
②單引號解析速度比雙引號快。
③單引號只能解析部分特殊字符，雙引號可以解析所有特殊字符。
50.索引的優缺點
答:1、優點：
a）可以保證數據庫表中每一行的數據的唯一性
b）可以大大加快數據的索引速度
c）加速表與表之間的連接，物別是在實現數據的參考完事性方面特別有意義
d）在使用分組和排序子句進行數據檢索時，同樣可以顯著減少查詢中分組和排序的時間
f）通過使用索引，可以在時間查詢的過程中，使用優化隱藏器，提高系統的性能
2、 缺點：
a) 創建索引和維護索引要耗費時間，這種時間隨著數據量的增加而增加
b) 索引需要佔物理空間，除了數據表佔用數據空間之外，每一個索引還要佔用一定的物理空間，如果需要建立聚簇索引，那麼需要佔用的空間會更大
c) 以表中的數據進行增、刪、改的時候，索引也要動態的維護，這就降低了整數的維護速度
d) 建立索引的原則
e) 在經常需要搜索的列上，可以加快搜索的速度
f) 在作為主鍵的列上，強制該列的唯一性和組織表中數據的排列結構
g) 在經常用在連接的列上，這些列主要是一外鍵，可以加快連接的速度
h) 在經經常需要根據範圍進行搜索的列上創建索引，國為索引已經排序，其指定的範圍是連續的
i) 在經常需要排序的列上，國為索引已經排序，這樣井底可以利用索引的排序，加快排序井底時間
j) 在經常使用在where子句中的列上，加快條件的判斷速度
51.get和post的區別
答:1. get是從服務器上獲取數據，post是向服務器傳送數據。
2. get是把參數數據隊列加到提交表單的ACTION屬性所指的URL中，值和表單內各個字段一一對應，在URL中可以看到。post是通過HTTP post機制，將表單內各個字段與其內容放置在HTML HEADER內一起傳送到ACTION屬性所指的URL地址。用戶看不到這個過程。
3. get傳送的數據量較小，不能大於2KB。post傳送的數據量較大，一般被默認為不受限制。4.. get安全性非常低，post安全性較高。但是執行效率卻比Post方法好。
52.如何修改session的生存時間
答:
一：在php.ini 中設置 session.gc_maxlifetime = 1440 //默認時間
二：代碼實現
$lifeTime = 24 * 3600; // 保存一天
session_set_cookie_params($lifeTime);
session_start();123456
53.Linux基本命令，目錄結構
答:arch 顯示機器的處理器架構(1) uname -m 顯示機器的處理器架構(2) uname -r 顯示正在使用的內核版本 dmidecode -q 顯示硬件系統部件 - (SMBIOS / DMI) hdparm -i /dev/hda 羅列一個磁盤的架構特性 hdparm -tT /dev/sda 在磁盤上執行測試性讀取操作 cat /porc/cpuinfo 顯示CPU info的信息 cat /porc/interrupts 顯示中斷 cat /porc/meminfo 校驗內存使用 cat /porc/swaps 顯示哪些swap被使用 cat /porc/verion 顯示內核的版本 cat /porc/net/dev 顯示網絡適配器及統計 cat /porc/mounts 顯示已加載的文件系統 date 顯示系統日期 cal 2007 顯示2007年的日曆表 date 041217002007.00 設置日期和時間 -月日時分年.秒 clock -w 將時間修改保存到 BIOS 文件搜索 find / -name file1 從 '/'開始進入根文件系統搜索文件和目錄 locate *.ps 尋找以 '.ps'結尾的文件 -先運行'updatedb'命令 whereis halt 顯示一個二進制文件、源碼或man的位置 which halt 顯示一個二進制文件或可執行文件的完整路徑 掛載一個文件系統 mount /dev/hda2 /mnt/hda2 掛載一個叫做hda2的盤- 確定目錄'/ mnt/hda2' 已經存在 umount /dev/hda2 卸載一個叫做hda2的盤- 先從掛載點'/ mnt/hda2' 退出 追加命令1,linux裡把文件/etc/aaa中的內容追加到/usr/bbb中的內容的後面 sudo cat /etc/aaa >>/usr/bbb2,更改/etc/index.html的文件所有者為apache,文件群組為apache sudo chmod apache:apache /etc/index.html3,更改/etc/index.html的所有者權限為讀取、寫入、執行。群組權限為讀取。其他權限為讀取 sudo chmod 744 /etc/index.html4，刪除/etc下名為hello的文件 sudo rm /etc/index.html當然，如果你是以orot用戶執行以上操作，可以去掉前邊的sudo！df -hl 查看磁盤剩餘空間df -h 查看每個根路徑的分區大小du -sh [目錄名] 返回該目錄的大小du -sm [文件夾] 返回該文件夾總M數關機 (系統的關機、重啟以及登出) shutdown -h now 關閉系統(1) init 0 關閉系統(2) telinit 0 關閉系統(3) shutdown -h hour:minutes & 按預定時間關閉系統 shutdown -c 取消按預定時間關閉系統 shutdown -r now 重啟(1) reboot 重啟(2) logout 註銷文件和目錄 pwd 顯示工作路徑 ls 查看目錄中的文件 ls -F 查看目錄中的文件 ls -l 顯示文件和目錄的詳細資料 ls -a 顯示隱藏文件 ls *[0-9]* 顯示包含數字的文件名和目錄名 tree 顯示文件和目錄由根目錄開始的樹形結構(1) lstree 顯示文件和目錄由根目錄開始的樹形結構(2) mkdir dir1 創建一個叫做 'dir1'的目錄' 磁盤空間 df -h 顯示已經掛載的分區列表 ls -lSr |more 以尺寸大小排列文件和目錄 du -sh dir1 估算目錄 'dir1'已經使用的磁盤空間' 下載、解壓1)對於.tar結尾的文件 tar -xf all.tar 2)對於.gz結尾的文件 gzip -d all.gz gunzip all.gz # zip all.zip *.jpg 這條命令是將所有.jpg的文件壓縮成一個zip包 # unzip all.zip 這條命令是將all.zip中的所有文件解壓出來下載命令wget + 空格 +要下載文件的url路徑=====================================Shell 腳本：必須以 #!/bin/sh 開頭簡單例子：判斷這個目錄下有沒有文件（File）#!/bin/bashNum=`ls -al /opt |grep "^-"|wc -l `if [ $Num != 0 ] then echo "/opt has $Num files"else echo "/opt has none file"fils -al /opt |grep "^-"|wc -l 這個命令能夠統計文件個數 為0就是沒有文件 非零就是有文件
54..memcache緩存什麼數據
答:a、經常被讀取並且實時性要求不強可以等到自動過期的數據。例如網站首頁最新文章列表、某某排行等數據。
b、經常被讀取並且實時性要求強的數據。比如用戶的好友列表，用戶文章列表，用戶閱讀記錄等。
c、統計類緩存，比如文章瀏覽數、網站PV等。
d、活躍用戶的基本信息或者某篇熱門文章。
g、session數據12345678910
55.魔術方法、魔術常量
答:1。__construct()
實例化對象時被調用，當__construct和以類名為函數名的函數同時存在時，__construct將被調用，另一個不被調用。
2。__destruct()
當刪除一個對象或對象操作終止時被調用。
3。__call()
對象調用某個方法，若方法存在，則直接調用；若不存在，則會去調用__call函數。
4。__get()
讀取一個對象的屬性時，若屬性存在，則直接返回屬性值；若不存在，則會調用__get函數。
5。__set()
設置一個對象的屬性時，若屬性存在，則直接賦值；若不存在，則會調用__set函數。
6。__toString()1234567891011
打印一個對象的時被調用。如echo obj;或printobj;或printobj;
7。__clone()12
克隆對象時被調用。如：t=newTest();t=newTest();t1=clone $t;
8。__sleep()12
serialize之前被調用。若對象比較大，想刪減一點東東再序列化，可考慮一下此函數。
9。__wakeup()12
unserialize時被調用，做些對象的初始化工作。
10。__isset()
檢測一個對象的屬性是否存在時被調用。如：isset($c->name)。
11。__unset()
unset一個對象的屬性時被調用。如：unset($c->name)。
12。__set_state()
調用var_export時，被調用。用__set_state的返回值做為var_export的返回值。
13。__autoload()
實例化一個對象時，如果對應的類不存在，則該方法被調用。
魔術常量：
1。__LINE__
返回文件中的當前行號。
2。__FILE__
返回文件的完整路徑和文件名。如果用在包含文件中，則返回包含文件名。自 PHP 4.0.2 起，__FILE__ 總是包含一個絕對路徑，而在此之前的版本有時會包含一個相對路徑。
3。__FUNCTION__
返回函數名稱（PHP 4.3.0 新加）。自 PHP 5 起本常量返回該函數被定義時的名字（區分大小寫）。在PHP 4 中該值總是小寫字母的。
4。__CLasS__
返回類的名稱（PHP 4.3.0 新加）。自 PHP 5 起本常量返回該類被定義時的名字（區分大小寫）。在PHP 4 中該值總是小寫字母的。
5。__METHOD__
返回類的方法名（PHP 5.0.0 新加）。返回該方法被定義時的名字（區分大小寫）。
6.__set()當程序試圖寫入一個不存在或者不可見的成員變量時，__set()方法包含兩個參數，分別表示變量名稱和變量值，兩個參數都不可省略
7.__get()當程序試圖調用一個未定義或不可見的成員變量時，__get()方法有一個參數，表示要調用的變量名
__sleep() 常用於提交未提交的數據，或類似的清理操作如果有一些很大的對象，但不需要全部保存，這個功能就很好用。
__construct() 在類實例化對象的同時執行該函數
__distruct() 在類實例化的對象銷燬時執行
__call()對象調用某個方法，若方法存在，則直接調用；若不存在，則會去調用__call函數。
__clone()克隆對象時被調用。如：$t=new Test();$t1=clone $t;
__toString()打印一個對象的時被調用。如echo $obj;或print $obj;
__isset()檢測一個對象的屬性是否存在時被調用。如：isset($c->name)。
__unset()unset一個對象的屬性時被調用。如：unset($c->name)。
__autoload()實例化一個對象時，如果對應的類不存在，則該方法被調用。
56.接口和抽象類的區別是什麼？
答:抽象類是一種不能被實例化的類，只能作為其他類的父類來使用。抽象類是通過關鍵字abstract來聲明的。
抽象類與普通類相似，都包含成員變量和成員方法，兩者的區別在於，抽象類中至少要包含一個抽象方法，抽象方法沒有方法體，該方法天生就是要被子類重寫的。
抽象方法的格式為：abstract function abstractMethod();
接口是通過 interface 關鍵字來聲明的，接口中的成員常量和方法都是 public 的，方法可以不寫關鍵字public，接口中的方法也是沒有方法體。接口中的方法也天生就是要被子類實現的。
抽象類和接口實現的功能十分相似，最大的不同是接口能實現多繼承。在應用中選擇抽象類還是接口要看具體實現。
子類繼承抽象類使用 extends，子類實現接口使用implements。
57.什麼是隊列？排它鎖，Myisam死鎖如何解決？
答:在默認情況下MYisam是表級鎖，所以同時操作單張表的多個動作只能以隊列的方式進行；排它鎖又名寫鎖，在SQL執行過程中為排除其它請求而寫鎖，在執行完畢後會自動釋放；死鎖解決：先找到死鎖的線程號，然後殺掉線程ID
58.bootstrap框架有哪些優點?
答:bootstrap是一款web開發框架,它由CSS,JavaScript,Html,三部分構成,它簡潔靈活,使得web開發更加的快捷
優點:
①節省時間: 使用bootstrap框架,可以大大的節省項目開發時間,它包含了很多現成的代碼,如果需要使用,只需要找到合適的代碼,插入合適的位置即可,此外,CSS是使用LESS編寫,很多樣式和設計都已經設計完成了；
②定製化: bootstrap可以根據自己的項目,留取框架中自己需要的部分
③設計合理:
*1 柵格系統: bootstrap定義12格柵系統,在頁面已經完成時,你可以根據合適的網格,以自己的需求改變行數和佈局大小,樣式已經開發完成了,只需要把代碼放入合適的HTML代碼位置即可
*2. LESS: LESS是基於CSS之上的高級語言,其目的是使得CSS開發更加靈活,更加強大
*3. JavaScript:bootstrap提供JavaScript庫,該庫超越了基本的架構和樣式,開發者可以輕鬆的操作窗口警告框,工具提示框等,可避免了我們費神費力的寫腳本
*4一致性: bootstrap可以保證界面在不同平臺的統一性,無論實在IE,Chrome等
*5持續更新: bootstrap在不斷的改進,更具規律性和持續性
*6響應式: 無論是在PC端還是移動端,都可以保持界面的一致性
*7文檔多: bootstrap的非常多
閱讀更多 龍城勇哥 的文章
