大家好，我是Tom哥。

(資料圖片)

今天分享一份美團(tuán)春招實習(xí)的 Java崗的面經(jīng)，總共被問了接近 50 個八股文，問了非常多 Java 框架和 Java 并發(fā)的問題

面試時長超過了 1 個小時，感覺被榨干了。

MySQL可重復(fù)讀和已提交讀隔離級別表現(xiàn)的現(xiàn)象是什么，區(qū)別是什么樣的？

已提交讀只能讀取其他事務(wù)已經(jīng)提交的數(shù)據(jù)，但是這個隔離級別就會造成一個不可重復(fù)讀和幻讀的現(xiàn)象，可重復(fù)讀就是消除了不可重復(fù)讀和幻讀的現(xiàn)象。

補充：

讀提交，指一個事務(wù)提交之后，它做的變更才能被其他事務(wù)看到，會有不可重復(fù)讀、幻讀的問題?？芍貜?fù)讀，指一個事務(wù)執(zhí)行過程中看到的數(shù)據(jù)，一直跟這個事務(wù)啟動時看到的數(shù)據(jù)是一致的，MySQL InnoDB 引擎的默認(rèn)隔離級別，解決了不可重復(fù)讀的問題，并且以很大程度上避免幻讀現(xiàn)象的發(fā)生。數(shù)據(jù)文件大體分成哪幾種數(shù)據(jù)文件？

因為是聚簇索引，所以只有一個文件，索引和數(shù)據(jù)是放在一起的，就是一個bd文件。

補充：我們每創(chuàng)建一個 database（數(shù)據(jù)庫） 都會在 /var/lib/mysql/ 目錄里面創(chuàng)建一個以 database 為名的目錄，然后保存表結(jié)構(gòu)和表數(shù)據(jù)的文件都會存放在這個目錄里。

比如，我這里有一個名為 my_test 的 database，該 database 里有一張名為 t_order 數(shù)據(jù)庫表。

然后，我們進(jìn)入 /var/lib/mysql/my_test 目錄，看看里面有什么文件？

[root@xiaolin ~]#ls /var/lib/mysql/my_testdb.opt  t_order.frm  t_order.ibd

可以看到，共有三個文件，這三個文件分別代表著：

db.opt，用來存儲當(dāng)前數(shù)據(jù)庫的默認(rèn)字符集和字符校驗規(guī)則。t_order.frm ，t_order 的表結(jié)構(gòu)會保存在這個文件。在 MySQL 中建立一張表都會生成一個.frm 文件，該文件是用來保存每個表的元數(shù)據(jù)信息的，主要包含表結(jié)構(gòu)定義。t_order.ibd，t_order 的表數(shù)據(jù)會保存在這個文件。表數(shù)據(jù)既可以存在共享表空間文件（文件名：ibdata1）里，也可以存放在獨占表空間文件（文件名：表名字.ibd）。這個行為是由參數(shù) innodb_file_per_table 控制的，若設(shè)置了參數(shù) innodb_file_per_table 為 1，則會將存儲的數(shù)據(jù)、索引等信息單獨存儲在一個獨占表空間，從 MySQL 5.6.6 版本開始，它的默認(rèn)值就是 1 了，因此從這個版本之后， MySQL 中每一張表的數(shù)據(jù)都存放在一個獨立的 .ibd 文件。mysql日志文件是分成了哪幾種？

mysql有三種日志文件，binlog，redolog和undolog。

補充：

redo log 重做日志，確保事務(wù)的持久性undo log 回滾日志，確保事務(wù)的原子性，用于回滾事務(wù)，同時提供mvcc下的非鎖定讀bin log 二進(jìn)制日志，用于主從復(fù)制場景下，記錄master做過的操作relay log 中繼日志，用于主從復(fù)制場景下，slave通過io線程拷貝master的bin log后本地生成的日志慢查詢?nèi)罩荆糜谟涗泩?zhí)行時間過長的sql，需要設(shè)置閾值后手動開啟說下MVCC機制的原理？

MVCC就是多版本并發(fā)控制，實現(xiàn)了讀寫的并發(fā)控制，在mysql通過readview 隱藏字段和undolog實現(xiàn)了，比如在可重復(fù)讀里面，比如開啟了一個事務(wù)，就生成了一個readview，然后記錄現(xiàn)在active的事務(wù)，判斷查詢的數(shù)據(jù)在這個事務(wù)可不可讀。

索引的類型有哈希索引，B+樹索引，而hash索引的時間復(fù)雜度是o1，那為什么我們一般情況下不使用哈希索引，而使用b+樹索引呢？

因為hash索引只能做一個等值查詢，像范圍查詢是做不到的。還有哈希可能會出現(xiàn)hash碰撞的問題。

還能想到其他的原因嗎？

想不到了

補充：

哈希索引的key是經(jīng)過hash運算得出的，即跟實際數(shù)據(jù)的值沒有關(guān)系，因此哈希索引不適用于范圍查詢和排序操作容易導(dǎo)致全表掃描，因為可能存在不同的key經(jīng)過hash運算后值相同索引列上的值相同的話，易造成hash沖突，效率低下對一個慢sql怎么去排查？

如果是在項目中，可以通過SpringAOP去查詢這個接口運行的時間，如果是一個sql，可以通過explain的指令去查這個sql的執(zhí)行計劃。

補充：

可通過開啟mysql的慢日志查詢，設(shè)置好時間閾值，進(jìn)行捕獲

索引字段是不是建的越多越好

不是，建的的越多會占用越多的空間

補充：

索引越多，在寫入頻繁的場景下，對于B+樹的維護(hù)所付出的性能消耗也會越大

網(wǎng)絡(luò)http協(xié)議的報文的格式有了解嗎？

不是太清楚，有報文頭，報文體，如果是post請求就會在報文體寫上數(shù)據(jù)。

補充：

HTTP 請求報文結(jié)構(gòu)

HTTP 的請求報文分為三個部分：

請求行、首部行、實體主體。

http常用的狀態(tài)碼？

4XX是請求報文有誤，5XX是服務(wù)器有錯，2XX是成功的。3XX忘了（是重定向

補充：

RFC 規(guī)定 HTTP 的狀態(tài)碼為三位數(shù)，被分為五類：

1xx：表示目前是協(xié)議處理的中間狀態(tài)，還需要后續(xù)操作2xx：表示成功狀態(tài)3xx：重定向狀態(tài)，資源位置發(fā)生變動，需要重新請求4xx：請求報文有誤5xx：服務(wù)端發(fā)生錯誤Java框架java這一塊對框架都是熟悉的吧？

只用過SSM，SpringBoot還在學(xué)中。

MyBatis運用了哪些常見的設(shè)計模式？

運用了工廠模式，創(chuàng)建sqlsession的時候用了工廠模式，其他的沒想起來。

補充：

工廠模式，工廠模式在 MyBatis 中的典型代表是 SqlSessionFactory建造者模式，建造者模式在 MyBatis 中的典型代表是 SqlSessionFactoryBuilder單例模式，單例模式在 MyBatis 中的典型代表是 ErrorContext適配器模式，適配器模式在 MyBatis 中的典型代表是 Log代理模式，代理模式在 MyBatis 中的典型代表是 MapperProxyFactory模板方法模式，模板方法在 MyBatis 中的典型代表是 BaseExecutor裝飾器模式，裝飾器模式在 MyBatis 中的典型代表是 CacheMyBatis中創(chuàng)建了一個Mapper接口，在寫一個xml文件，java的接口是要實現(xiàn)的，為什么這沒有實現(xiàn)呢？

（現(xiàn)在回想起來，是要誘導(dǎo)我說動態(tài)代理）一個mapper接口通過namespace的id對應(yīng)的就是一個xml的文件。沒了解背后的原理

補充：

MyBatis中的Mapper接口并不需要實現(xiàn)，它只是定義了一組方法簽名。MyBatis會根據(jù)Mapper接口中的方法名、參數(shù)類型和返回值類型，自動生成實現(xiàn)方法。因此，Mapper接口中的方法不需要實現(xiàn)，也不需要在該接口中編寫任何方法體。

相反，你需要編寫一個與Mapper接口同名的XML文件，來實現(xiàn)這些方法的具體SQL操作。這樣，當(dāng)你在Java代碼中調(diào)用Mapper接口中的方法時，MyBatis會自動將該方法映射到對應(yīng)的XML文件中的SQL語句，并執(zhí)行該語句。

與傳統(tǒng)的JDBC相比，MyBatis的優(yōu)點？

有些功能封裝的更好，像打開一個sqlsession的連接，而且寫的代碼要少

補充：

mybatis的全局配置文件中可以設(shè)置數(shù)據(jù)庫連接池，和spring整合可以配置數(shù)據(jù)庫連接mybatis把sql和代碼分離，提供了Mapper.xml映射文件，在映射文件中通過標(biāo)簽來寫sqlmybatis中自動完成java對象和sql中參數(shù)的映射mybatis中通過ResultSetHandler自動將結(jié)果集映射到對應(yīng)的java對象中還記得JDBC連接數(shù)據(jù)庫的步驟嗎？

不記得了，太久沒用JDBC

補充：

使用JDBC連接數(shù)據(jù)庫的步驟如下：

加載數(shù)據(jù)庫驅(qū)動程序：使用Class.forName()方法加載對應(yīng)的數(shù)據(jù)庫驅(qū)動程序，例如：Class.forName("com.mysql.jdbc.Driver");建立數(shù)據(jù)庫連接：使用DriverManager.getConnection()方法建立與數(shù)據(jù)庫的連接，需要指定數(shù)據(jù)庫的URL、用戶名和密碼，例如：Connection conn = DriverManager.getConnection("jdbc:mysql://localhost/mydatabase", "username", "password");創(chuàng)建Statement對象：使用Connection對象的createStatement()方法創(chuàng)建一個Statement對象，用于執(zhí)行SQL語句，例如：Statement stmt = conn.createStatement();執(zhí)行SQL語句：使用Statement對象的executeQuery()或executeUpdate()方法執(zhí)行SQL語句，例如：ResultSet rs = stmt.executeQuery("SELECT * FROM mytable");處理查詢結(jié)果：如果執(zhí)行的是查詢語句，需要使用ResultSet對象來處理查詢結(jié)果，例如：while (rs.next()) { String name = rs.getString("name"); int age = rs.getInt("age"); }關(guān)閉數(shù)據(jù)庫連接：在程序結(jié)束時，需要使用Connection對象的close()方法關(guān)閉數(shù)據(jù)庫連接，例如：conn.close();怎么理解SpringIoc？

SpringIoc就是控制反轉(zhuǎn)，把創(chuàng)建對象的權(quán)力交給了框架，然后Spring通過反射就會創(chuàng)建一個對象。當(dāng)我創(chuàng)建的一個類要用到這個對象，Spring就會把這個對象交給我。

如果讓你設(shè)計一個SpringIoc，你覺得會從哪些方面考慮這個設(shè)計？多線程，這個對象是單例的還是每個線程都特有的?？赡軙醒h(huán)依賴的問題，像對象A有B的引用，然后對象B有A的引用bean的生命周期也需要考慮。

補充：

Bean的生命周期管理：需要設(shè)計Bean的創(chuàng)建、初始化、銷毀等生命周期管理機制，可以考慮使用工廠模式和單例模式來實現(xiàn)。依賴注入：需要實現(xiàn)依賴注入的功能，包括屬性注入、構(gòu)造函數(shù)注入、方法注入等，可以考慮使用反射機制和XML配置文件來實現(xiàn)。Bean的作用域：需要支持多種Bean作用域，比如單例、原型、會話、請求等，可以考慮使用Map來存儲不同作用域的Bean實例。AOP功能的支持：需要支持AOP功能，可以考慮使用動態(tài)代理機制和切面編程來實現(xiàn)。異常處理：需要考慮異常處理機制，包括Bean創(chuàng)建異常、依賴注入異常等，可以考慮使用try-catch機制來處理異常。配置文件加載：需要支持從不同的配置文件中加載Bean的相關(guān)信息，可以考慮使用XML、注解或者Java配置類來實現(xiàn)。Spring給我們提供了很多擴展點，這些有了解嗎？

不太清楚擴展點指的什么

補充：

Spring框架提供了許多擴展點，使得開發(fā)者可以根據(jù)需求定制和擴展Spring的功能。以下是一些常用的擴展點：

BeanFactoryPostProcessor：允許在Spring容器實例化bean之前修改bean的定義。常用于修改bean屬性或改變bean的作用域。BeanPostProcessor：可以在bean實例化、配置以及初始化之后對其進(jìn)行額外處理。常用于代理bean、修改bean屬性等。PropertySource：用于定義不同的屬性源，如文件、數(shù)據(jù)庫等，以便在Spring應(yīng)用中使用。ImportSelector和ImportBeanDefinitionRegistrar：用于根據(jù)條件動態(tài)注冊bean定義，實現(xiàn)配置類的模塊化。Spring MVC中的HandlerInterceptor：用于攔截處理請求，可以在請求處理前、處理中和處理后執(zhí)行特定邏輯。Spring MVC中的ControllerAdvice：用于全局處理控制器的異常、數(shù)據(jù)綁定和數(shù)據(jù)校驗。Spring Boot的自動配置：通過創(chuàng)建自定義的自動配置類，可以實現(xiàn)對框架和第三方庫的自動配置。自定義注解：創(chuàng)建自定義注解，用于實現(xiàn)特定功能或約定，如權(quán)限控制、日志記錄等。servlet有寫過簡單的代碼嗎？

沒用框架之前，就用的servlet，用了框架就用的框架

大致了解SpringMVC的處理流程嗎？

首先通過一個dispatchservlet去轉(zhuǎn)接請求，到handlermapping去返回一個執(zhí)行鏈，就比如攔截器到哪個controller，返回以后就到handler適配器獲取這個請求要求的controller，然后去controller這里返回一個數(shù)據(jù)或者頁面modelandview，然后給前端。

SpringAOP主要想解決什么問題

提供了一個擴展功能，可以一個類的某個方法進(jìn)行加強，比如在之前加強，在之后加強，環(huán)繞加強。

補充：

Spring AOP主要解決的是橫切關(guān)注點的問題，即在一個系統(tǒng)中，可能存在多個模塊或組件都需要實現(xiàn)類似的功能，比如日志記錄、權(quán)限校驗、事務(wù)管理等等。如果每個模塊都去實現(xiàn)這些功能，就會導(dǎo)致代碼冗余，可維護(hù)性和可擴展性降低。而AOP則是基于動態(tài)代理的機制，在不修改原有代碼的情況下，通過在代碼執(zhí)行前后插入增強代碼的方式，實現(xiàn)對橫切關(guān)注點的統(tǒng)一處理，從而提高代碼的復(fù)用性和可維護(hù)性。

SpringAOP的原理了解嗎

基于一個動態(tài)代理的設(shè)計模式，如果動態(tài)加強的類實現(xiàn)了某個接口，就會用JDK動態(tài)代理，如果是對于沒有實現(xiàn)接口的類，就會用cglib動態(tài)代理模板，去生成一個被代理對象的一個子類來作為代理對象。

補充：

Spring AOP的主要目的是將橫切關(guān)注點（如日志、安全和事務(wù)管理等）從業(yè)務(wù)邏輯中分離出來，從而提高代碼的模塊性和可維護(hù)性。

原理主要包括以下幾個方面：

代理模式：Spring AOP基于代理模式實現(xiàn)，主要有兩種代理方式，JDK動態(tài)代理和CGLIB代理。JDK動態(tài)代理要求目標(biāo)類必須實現(xiàn)接口，而CGLIB代理則可以針對沒有實現(xiàn)接口的類進(jìn)行代理。切面（Aspect）：切面是將橫切關(guān)注點模塊化的實現(xiàn)。切面通常包含通知（Advice）和切點（Pointcut）。通知是在特定的切點執(zhí)行的動作，切點則用于定義通知應(yīng)該在何處執(zhí)行。連接點（Joinpoint）：連接點代表在應(yīng)用程序中可以插入切面的點，如方法調(diào)用、異常處理等。織入（Weaving）：織入是將切面應(yīng)用到目標(biāo)對象的過程，從而創(chuàng)建代理對象。在Spring AOP中，織入過程發(fā)生在運行時。

通過以上原理，Spring AOP能夠在不修改原有業(yè)務(wù)代碼的情況下，將橫切關(guān)注點進(jìn)行模塊化管理，提高代碼的可讀性和易維護(hù)性。

動態(tài)代理和靜態(tài)代理的區(qū)別

靜態(tài)代理是自己手寫一個代理類，但是動態(tài)代理不需要直接實現(xiàn)這個代理類的，相當(dāng)于靜態(tài)代理在編譯的時候就已經(jīng)變成了一個個二進(jìn)制文件了，動態(tài)代理在運行的時候動態(tài)生成類的字節(jié)碼文件。

動態(tài)代理中如果有實現(xiàn)了接口，就會用JDK動態(tài)代理呢？

不太了解（后來查了應(yīng)該是因為JDK動態(tài)代理會繼承Proxy類，但是java是單繼承）

代理模式和適配器模式有什么區(qū)別？

代理模式主要是去加強一個類的方法。適配器模式是接口轉(zhuǎn)換成一個想要的接口（這個問題被面試說回答的不好）

補充：

代理模式和適配器模式是兩種常用的設(shè)計模式，它們的區(qū)別主要體現(xiàn)在以下幾個方面：

作用不同：代理模式是為了控制對對象的訪問，而適配器模式是為了解決接口不匹配的問題。解決問題的角度不同：代理模式是從外部控制訪問，保護(hù)目標(biāo)對象，而適配器模式是從內(nèi)部改變對象接口，讓其能夠適配客戶端的要求。實現(xiàn)方式不同：代理模式通常使用面向?qū)ο蟮睦^承或者組合方式實現(xiàn)，而適配器模式則通常使用對象組合方式實現(xiàn)。適用場景不同：代理模式適用于需要對對象進(jìn)行控制和保護(hù)的情況，例如遠(yuǎn)程代理、虛擬代理等。適配器模式適用于需要將一個類的接口轉(zhuǎn)換成客戶端期望的另一個接口的情況，例如舊系統(tǒng)的升級改造、不兼容接口的統(tǒng)一等。java 并發(fā)java線程的生命周期有了解嗎？

new就是創(chuàng)建一個線程，變成ready的狀態(tài)，如果分配到時間片，就會是一個運行的狀態(tài)，等待其他線程做出一個動作就是waiting的狀態(tài)，如果是等待其他資源的釋放，就是block的狀態(tài)，最后是一個終止的狀態(tài)。

使用多線程要注意哪些問題？

避免死鎖，保證數(shù)據(jù)的可見性或者多個線程對這個數(shù)據(jù)的一致性。

保證數(shù)據(jù)的一致性有哪些方案呢？

比如有violate修飾一個變量，或者sychonized或者加鎖。

線程池有了解嗎？線程池大概的原理？

分為核心線程池，線程池的最大容量，還有等待任務(wù)的隊列，提交一個任務(wù)，如果核心線程沒有滿，就創(chuàng)建一個線程，如果滿了，就是會加入等待隊列，如果等待隊列滿了，就會增加線程，如果達(dá)到最大線程數(shù)量，如果都達(dá)到最大線程數(shù)量，就會按照一些丟棄的策略進(jìn)行處理。

ArrayList和LinkedList有什么區(qū)別

ArrayList通過數(shù)組存儲數(shù)據(jù)，如果查詢的話是會快速定位到這個數(shù)據(jù)，但是新增和刪除數(shù)據(jù)會涉及數(shù)據(jù)的移動，像linkedList就是雙向鏈表，定位數(shù)據(jù)會一個個查，新增和刪除是一個o1。

補充：

ArrayList和LinkedList是Java中的兩種常用的List實現(xiàn)，它們的區(qū)別主要體現(xiàn)在底層數(shù)據(jù)結(jié)構(gòu)、性能和使用場景上：

底層數(shù)據(jù)結(jié)構(gòu)：ArrayList基于動態(tài)數(shù)組實現(xiàn)，LinkedList基于雙向鏈表實現(xiàn)。插入和刪除操作性能：ArrayList：在插入和刪除元素時，需要移動元素以保持?jǐn)?shù)組的連續(xù)性，所以在非尾部的插入和刪除操作性能較差，時間復(fù)雜度為O(n)。LinkedList：由于基于鏈表實現(xiàn)，插入和刪除元素只需修改指針，所以在任何位置的插入和刪除操作性能較好，時間復(fù)雜度為O(1)。訪問和查找操作性能：

ArrayList：由于基于數(shù)組實現(xiàn)，支持隨機訪問，訪問和查找元素的時間復(fù)雜度為O(1)。

LinkedList：由于基于鏈表實現(xiàn)，需要順序遍歷鏈表，訪問和查找元素的時間復(fù)雜度為O(n)。

內(nèi)存占用：

ArrayList：內(nèi)存占用相對較小，因為只需存儲元素本身。

LinkedList：由于需要存儲額外的指針信息（前后節(jié)點指針），內(nèi)存占用相對較大。

使用場景：

ArrayList：更適合頻繁訪問和查找元素的場景，如查詢操作較多的情況。

LinkedList：更適合頻繁插入和刪除元素的場景，如在列表中間進(jìn)行大量的增刪操作。

ArrayList線程安全嗎？把ArrayList變成線程安全有哪些方法？

線程不安全，使用它的線程安全類Vector（被問還有呢？）

補充：

將ArrayList變成線程安全有幾種方法：

使用Collections.synchronizedList()方法將ArrayList轉(zhuǎn)換為線程安全的List。該方法會返回一個線程安全的List，使用該List時需要在訪問它的方法上添加synchronized關(guān)鍵字，以保證多線程訪問的安全性。使用CopyOnWriteArrayList類來代替ArrayList。CopyOnWriteArrayList是一種線程安全的List實現(xiàn)，它通過在寫操作時復(fù)制整個數(shù)組來保證線程安全性，在讀操作時不需要加鎖，因此可以提高讀取效率。使用Lock接口來實現(xiàn)同步?？梢允褂肦eentrantLock類來實現(xiàn)對ArrayList的同步操作，該類提供了與synchronized類似的功能，但是具有更高的靈活性。比如可以使用tryLock()方法來嘗試獲取鎖，避免了線程的長時間等待。使用讀寫鎖來實現(xiàn)同步?？梢允褂肦eentrantReadWriteLock類來實現(xiàn)對ArrayList的讀寫操作的同步。該類提供了讀鎖和寫鎖兩種鎖，多個線程可以同時獲取讀鎖，但是只有一個線程可以獲取寫鎖，在寫操作時需要先獲取寫鎖，以保證線程安全。其他對面向?qū)ο蟮睦斫猓?p>像面向過程就是把問題分解成一個一個函數(shù)，然后調(diào)用函數(shù)去解決問題。而面向?qū)ο缶褪前堰@個世界抽象成一個一個對象，然后賦予這些對象一個屬性，成員變量和方法，然后去調(diào)用對象的方法去解決問題，耦合性比較低。

面向過程的方法存在哪些問題？

耦合度比較高，分工不好分工。

補充：

可維護(hù)性較差：面向過程編程主要依賴于函數(shù)和過程，隨著代碼規(guī)模的增大，可能會導(dǎo)致代碼結(jié)構(gòu)復(fù)雜，不易維護(hù)?？蓮?fù)用性較低：面向過程編程難以實現(xiàn)模塊化，導(dǎo)致代碼難以復(fù)用，進(jìn)一步增加開發(fā)時間和成本。擴展性不足：面向過程編程在代碼邏輯發(fā)生變化時，往往需要對程序進(jìn)行大量的修改，這樣的代碼擴展性不足。抽象能力有限：面向過程編程主要關(guān)注過程和算法，而不是數(shù)據(jù)結(jié)構(gòu)和對象，這使得它在表達(dá)現(xiàn)實世界的復(fù)雜問題時抽象能力有限。封裝性差：面向過程編程沒有提供良好的封裝機制，程序中的數(shù)據(jù)和處理過程容易暴露，可能導(dǎo)致數(shù)據(jù)安全性和程序穩(wěn)定性問題。強耦合：面向過程編程的方法往往導(dǎo)致程序組件之間存在強耦合，當(dāng)一個組件發(fā)生變化時，可能會影響其他組件的正常工作。面向過程好處是什么？

解決問題思路比較簡單。

補充：

面向過程編程采用自頂向下的編程方式，將問題分解為一個個小的模塊，便于理解和編寫。每個模塊相對獨立，出現(xiàn)問題時可以單獨調(diào)試，降低了調(diào)試難度。面向過程編程適合解決簡單、邏輯性強的問題，對于初學(xué)者來說，學(xué)習(xí)成本較低。面試總結(jié)

感覺：

面試官有引導(dǎo)，大多問的是八股，會的就回答的比較流暢，不熟悉的就磕磕巴巴面試官給的反饋基礎(chǔ)還行，但是深度不夠，對剛剛設(shè)計模式的對比回答不滿意，和mybatis的原理回答也不太滿意

不足之處：

對框架還是不夠熟練，回答不夠全面，經(jīng)常被面試官問還有呢，但就回答不上來了網(wǎng)絡(luò)這方面看了就忘，面試官建議講項目從以下四點：項目的背景、核心解決思路、技術(shù)上的挑戰(zhàn)點、最后取得什么結(jié)果。

關(guān)鍵詞：