面試的時候交流水平也是一種能力---->鏗鏘有力，落落大方，切勿戰戰兢兢
arraylist
鍵值對形式儲存
底層是乙個雜湊表（陣列+鍊錶+紅黑樹）
儲存的過程，原理：
先計算key的 hashcode，發現陣列中有內容，我們就呼叫 equal 比較
解決方式：currenthashmap，collections.synchronizedmap
currenthashmap 實現於 hashmap十分類似
currenthashmap 底層是 segment陣列，預設大小為16，初始化後不可修改。
segment陣列繼承了reentrantlock類實現加鎖，每個segment自身實現加鎖，於是整個currenthashmap也是執行緒安全的，並且，16個segment 可以並行，並行度為 16
於是，考慮執行緒安全使用currenthashmap 執行緒不安全的使用hashmap
hashtable 是繼承 dictionary 序列化執行，速度比hashmap慢，執行緒安全，但由於並行度為1 被currenthashmap替代
在執行時檢測物件的型別；
動態構造某個類的物件；
檢測類的屬性和方法；
任意呼叫物件的方法；
修改建構函式、方法、屬性的可見性；
aop是乙個概念 ，面向切面程式設計，核心動態**
需求功能從不相關的類當中分離出來，能夠使得很多類共享乙個行為，一旦發生變化，不必修改很多類，而只需要修改這個行為即可
這個我不知道要說什麼，我覺得自動裝箱和拆箱，就是一種型別自動轉換，而不需要們再去手動分裝了
http：無狀態協議，所以需要記錄使用者狀態，於是產生了 session，cookies
是什麼？
小餅乾，就是在客戶端上存的一些 kv 形式的資料，
為什麼？
1.識別身份
2.記錄使用歷史
怎麼做？
伺服器生成sessionid發給瀏覽器，儲存在cookies中
session要依賴於 cookies
客戶請求時，我們先看這個請求裡面是不是包含了sessionid，
如果有sessionid，那麼就把這個session的索引拿出來用，
如果沒有sessionid，我們就建立乙個session，並生成唯一的sessionid，並在本次響應時將sessionid傳回，並儲存在客戶端
sessionid儲存方式採用cookies，
但cookies 可以被客戶端人為的禁用，此時需要其他方式，將sessionid傳回伺服器端
方法一: url重寫，也就是將sessionid附在url後面，帶回
方法二：表單隱藏字段，伺服器自動修改表單，並新增乙個隱藏字段，使得表單提交時帶回sessionid
cookie和session的共同之處在於：cookie和session都是用來跟蹤瀏覽器使用者身份的會話方式。
cookie 和session的區別是：cookie資料儲存在客戶端，session資料儲存在伺服器端。
基本型別沒有 equals方法。equals方法比較的是是否是同乙個物件，同乙個類例項化的
基本型別使用== 比較值 。 ==比較的是兩個物件的位址是否相同
返回該物件的雜湊碼值
在速度上，一般來說，drop> truncate > delete。
truncate 和delete只刪除資料， drop則刪除整個表（結構和資料）。
truncate 會刪除資料，不會刪除表，delete也是刪除資料，但是truncate 刪除資料效率比delete高，原因：truncate刪除資料不需要日誌記錄
索引只能使用drop刪除
檢視是乙個虛擬表，是sql 查詢的結果集，和真實的表一樣，但是是動態生成的，只儲存了邏輯，沒有實際空間的占用。
檢視資料變化，可以影響到基表。基表的資料變化也會影響檢視。
char長度固定，varchar長度可變
char效率高一點，varchar效率低一點
☐ 通過把處理封裝在乙個易用的單元中，可以簡化複雜的操作。
☐ 不需要反覆建立一系列的處理步驟，因而保證了資料的一致性。
☐ 簡化了對變動的管理，這一點的延伸就是安全性。
☐ 儲存過程通常以編譯過的形式儲存，所以dbms處理命令所需的工作量少，提高了效能。
1.主鍵自動建立
2.頻繁查詢
3.外來鍵關係
4.排序字段
5.統計和分組字段
1.頻繁更新
2.where用不到的
3.表記錄太少
4.重複的太高的
5.經常修改的
主觀上看：
sql編寫問題
鎖編寫問題優化建議：
盡量不要使用 select*
排序盡量使用公升序
3.or 的查詢盡量 用 union替代
4.order by/group by 字段包括在索引當中減少排序
第一次面試經歷
自己準備了很長的一段時間，因為之前都比較浪，沒有複習就去筆試，所以導致前面很多的筆試都做得不好，沒能拿到面試機會。雖然這是一次 面試，但因為是第一次面試，所以比較緊張，面試官也比較緊張。準備了很多面試題都沒有考，因為面試官會從一些例子中抽象出問題讓我們來解決，而不是單純的問問題。自己答得不好的幾個地...
記第一次面試
暑假一來，就像所有的面試大軍一樣衝上廣州。廣州這座匆忙的城市不知有多少找不到工作的程式設計師正在找工作，我應該是這百萬大軍中的一員吧。今天主要記錄一下面試的經歷以及一些記得的面試題目。程式設計師都是善於總結的孩紙，總喜歡把東西記錄下來 或許是腦子不好使。我這次是人生的第一次面試，職位是遊戲開發 un...
第一次面試的經歷
本人一名 年大四應屆生，面臨找工作的問題，這次我就和大家分享一下第一次面試的經歷。首先說一下招聘的過程 此次的招聘的流程是 宣講 筆試 面試 結果 建議 如果對本公司不是很了解的話,可以趁著宣講的機會對公司了解一下,尤其是你所選擇的職位,明白職位的職能，最好是結合自己的興趣。建議 不管是什麼崗位，都...