一個嘗試：做正事時不看手機，少看手機
最近，發現自己總是在看手機，浪費了很多時間，決定努力在做事情（上課、作業、程式碼等）時不分心看手機。
開始：
2018年
11/5 玩手機時間很長。
11/6 開始記錄時間， 玩手機時間 約150 分鐘
11/7 玩手機 約70分鐘。 主要原因是上午一直在上實驗課，然後晚上在開會。看來讓自己忙起來就不會無聊。
11/8 玩手機 60分鐘。 下午課聽不懂，就玩手機了，，但是感覺玩得也不開心。: (
相關推薦
一個嘗試：做正事時不看手機，少看手機
最近，發現自己總是在看手機，浪費了很多時間，決定努力在做事情（上課、作業、程式碼等）時不分心看手機。 開始： 2018年 11/5 玩手機時間很長。 11/6 開始記錄時間， 玩手機時間 約150 分鐘 11/7 玩手機 約70分鐘。 主要原因是上午一直在上實
給AI產業一個建議：造城者不能收建築設計師的進城費
開發者最近，百度一條新聞成為科技圈關註的焦點：百度宣布語音技術全系列永久免費，AI免費戰再升級。關於AI平臺與開發者之間關系的爭論塵囂直上。12月8日百度DuerOS宣布開始和高通驍龍的戰略合作，雙方將推出一套完整的人工智能語音和智能助手解決方案，進一步激化了媒體對平臺與開發者關系的討論。因為外界普遍認為，D
一個人靠不靠譜，就看這三點： 凡事有交代，件件有著落，事事有迴音
一個人靠不靠譜，其實就看這三點： “凡事有交代，件件有著落，事事有迴音。” 有些人就是這樣，他跟你說“好”，你不會覺得他是在敷衍你。 我回憶起當年一位我特別喜歡且令人尊敬的老師。 他教的班級很多，但是他記得每一個人的名字。無論我什麼時候跟他討教問題，即使當時他忙不過來，但不管多久也總
asp錯誤：呼叫子程式時不能使用括號
今天在處理電子電器交易網（www.hifi168.net ）的安全問題。檔案上傳漏洞是asp網站之痛。在處理這個問題時，動用了雙層機制： 1、使用者許可權檢查。由於後臺許可權是靠session來控制了，這個很容易辦到。 2、來源頁面檢測。檔案是從哪裡提交上來的？能不能在本地建立一個站點，把頁面POST到遠端
記錄一個格式：發郵件時顯示郵件聯絡人名稱（暱稱）
一直在用javax.mail發郵件，但是我的郵件顯示的都是郵件地址，像其它服務郵箱，京東，淘寶之類的都顯示的是名稱。很奇怪。 百度之，網上沒有類似。 百度之好久，發現有人說是需要用固定的格式填充From屬性。 // 設定收件人，寄件人 String n
hibernate相關面試題（不看後悔，一看必懂）
概述 hibernate框架應用在dao層,,hibernate的底層程式碼是jdbc,它是一個開源的輕量級的框架. hibernate通過orm思想對資料庫進行crud操作.orm中文翻譯過來就是物件關係對映,它讓實體類(就是通常所說的pojo)和資料庫表對應,讓實體類的欄位和表裡的欄
spring bean的單例和多例的使用場景和在單例bean中注入多例（不看後悔，一看必懂）
為什麼用單例或者多例？何時用？ 之所以用單例，是因為沒必要每個請求都新建一個物件，這樣子既浪費CPU又浪費記憶體； 之所以用多例，是為了防止併發問題；即一個請求改變了物件的狀態，此時物件又處理另一個請求，而之前請求對物件狀態的改變導致了物件對另一個請求做了錯誤的處理；
spring bean的生命週期和作用域（不看後悔，一看必懂）
bean的生命週期 生命週期執行的過程如下: 1)spring在讀取xml配置檔案時對bean進行例項化,預設bean是單例 2)spring對bean進行依賴注入 3)如果bean實現了BeanNameAware介面,spring將bean的id傳給setBeanName
Spring的IOC,DI和AOP（不看後悔，一看必懂）
spring的優點 ①IOC和DI降低了元件之間的耦合性 ，讓程式設計師更專注於業務邏輯 ②容器提供了眾多的輔助類，能加快應用的開發 ③spring對於主流的應用框架提供了整合支援，如hibernate，mybatis，Struts等 ④spring屬於低侵入式設計，程式碼的汙染
TCP的三次握手，四次揮手（不看後悔，一看必懂）
三次握手 step1:第一次握手 客戶端傳送資料包到伺服器,(在此連線請求報文段中的同步位SYN=1,確認ACK=0,表示這是一個TCP連線請求資料報文,序號seq=x,表示傳輸資料時的起始序號是x)此時,客戶端進入SYN_SENT狀態,等待伺服器確認 step2:第二次握手
JSP和Servlet的區別和聯絡（不看後悔，一看必懂）
在引入jsp之前呢,在web應用程式中,所有的業務邏輯和HTML的響應都是在Servlet中實現的.由於業務邏輯和檢視沒有分離,系統的可擴充套件性,可讀性和可維護性都較差 jsp從表面上看,就是嵌入了java程式碼的HTML檔案;本質上jsp相當於一個Servlet.只要是
長連線是如何實現的（不看後悔，一看必懂）
在HTTP1.0和HTTP1.1協議中都有對長連線的支援。其中HTTP1.0需要在request中增加”Connection： keep-alive“ header才能夠支援，而HTTP1.1預設支援. http1.0請求與服務端的互動過程: &nbs
什麼是長連線和短連線（不看後悔，一看必懂）
在日常專案中,大多的時候我們用的是短連線,一個請求過來,一個執行緒處理完該請求,執行緒被執行緒池回收,這個請求就關閉了.雖然這能滿足很大部分的需求,但是也有些問題,比如說:如果客戶端發的請求比較多,比較頻繁,服務端就會忙於建立連線處理請求,由於服務端的執行緒數也有限,併發比較大的話有可能會造成服
mysql中char和varchar和text的區別（不看後悔，一看必懂）
①CHAR是一種固定長度的型別,適合用在身份證號碼、手機號碼等定。，VARCHAR則是一種可變長度的型別。適合用在長度可變的屬性。 text不設定長度， 當不知道屬性的最大長度時，適合用text。 ②按照查詢速度： char最快， varchar次之，text最慢。 也就是說，
ThreadLocal詳解（不看後悔，一看必懂）
ThreadLocal概要 我們可以使用synchorinized 關鍵字來為變數加鎖以解決執行緒安全問題，從而限制只能有一個執行緒來使用此變數，但是加鎖會大大影響程式執行效率 ThreadLocal是執行緒區域性變數（從執行緒的角度看，目標變數就像是執行緒的本地變數）， 通常
如何實現自己的執行緒池（不看後悔，一看必懂）
首先，在服務啟動的時候，我們可以啟動好幾個執行緒，並用一個容器(如執行緒池)來管理這些執行緒。當請求到來時，可以從池中取一個執行緒出來，執行任務(通常是對請求的響應)，當任務結束後，再將這個執行緒放入池中備用；如果請求到來而池中沒有空閒的執行緒，該請求需要排隊等候。最後，當服務關閉時銷燬該池即可
ThreadPoolExecutor詳解（不看後悔，一看必懂）
構造器引數分析 第四個構造器原始碼 corePoolSize:核心池的大小 預設情況下,在建立了執行緒池後,執行緒池中的執行緒數為0,當有任務來之後,就會建立一個執行緒去執行任務,當執行緒池中的執行緒數數目少於corePoolSize時,有新任務進來就新建一個執行緒,即使
java中常見的執行緒池（不看後悔，一看必懂）
Executor介面表示執行緒池,它的execute(Runnable task)方法用來執行Runnable型別的任務,ExecutorService是Executor的子介面,聲明瞭管理執行緒池的一些方法 Java.util.concurrent.Executors類包含了一些靜態
執行緒數設多少合適（不看後悔，一看必懂）
①工作執行緒數是不是設定的越大越好？ 回答：肯定不是的 1）一來伺服器CPU核數有限，同時併發的執行緒數是有限的，1核CPU設定10000個工作執行緒沒有意義
談談你對CountDownLatch的理解（不看後悔，一看必懂）
CountDownLatch是java.util.concurrent包中一個工具類。它能夠使一個或者多個執行緒等待另外一些執行緒完成各自的工作之後，再繼續執行 使用CountDownLatch的一些情景： ①需要去解析一個Excel的資料，為了更快的解析，每個sheet都使用一個執行緒