字元串拼接：請用StringBuffer代替String直接相加提高性能 過去的理論 有沒有人告訴過你開發中不要 String newString = "牛郎"+"織女"; 而是要根據是否線程安全採用 String newString = new StringBuffer("牛郎").append( ...
字元串拼接：請用StringBuffer代替String直接相加提高性能
過去的理論
有沒有人告訴過你開發中不要
String newString = "牛郎"+"織女";
而是要根據是否線程安全採用
String newString = new StringBuffer("牛郎").append("織女").toString();
或者
String newString = new StringBuilder("牛郎").append("織女").toString();
因為使用過程中會創建多個字元串對象，而String內部是一個固定長度的字元串數組，所以採用這種方法會浪費記憶體。
更新的理論
在jdk8之前，+拼接底層使用的是concat做字元串拼接就是說：
String newString = "牛郎"+"織女";
等價於
String newString = "牛郎".concat("織女");
String#concat底層將要拼接的字元串以數組的形式複製到一個新數組中，空間開銷確實大。但是jdk8對+的拼接底層做了優化：
編譯期會把所有的可以final的字元串合成一個字元串。原理就和一般人會用
final long dayInMillisecond = 24*3600*1000;
來代替直接將後面的值計算出來，因為這樣更直觀，執行期效率是一樣的。
而對於需要動態拼接的，會內部轉成StringBuilder處理。所以對於動態字元串一般來說效果是一樣的，對於靜態效率反而高些。
但是凡事都有特例，也有jdk處理不夠智能的地方。但是根據java的走勢來說，符合：簡單即正義。長遠來說，越簡單的寫法越是jdk優化的重點，效率還會有提升的空間。
其他的用法
除了一般的字元串拼接，有時候還需要將列表等一些集合用符號（比如,）連接起來，java8以上提供了StringJoiner來完成這件事。比如list拼接：
Lists.newArrayList("迢迢牽牛星",
"皎皎河漢女")
.stream().collect(Collectors.joining(","));
底層用的就是StringJoiner。
如果使用google的guava的話，這種情況還有更簡單的寫法：
Joiner.on(",").join(Lists.newArrayList("迢迢牽牛星","皎皎河漢女"));
它底層用的是StringBuilder和StringJoiner底層是一樣的。
面試簡述SpringMVC的工作原理
過去的理論
記得2015年前面試必備的一道題，面試者需要像小時候背《詠鵝》一樣倒背如流：SpringMVC的工作原理。經典回答是這樣：
SpringMVC 框架是以請求為驅動，圍繞 Servlet 設計，將請求發給控制器，然後通過模型對象，分派器來展示請求結果視圖。
更新的理論
早在Spring3里就封裝好了RESTful風格開發方式，開發者只需要將請求的Controller替換成RestController或者方法上加上@ResponseBody即可。
目前在前後端分離的場景下，經典的SpringMVC中請求流程基本不全用上。
Spring提供了兩種方法將資源的Java表述形式轉換為發送給客戶端的表述形式：內容協商和消息轉換器。
內容協商就是經典的方法，當控制器的處理方法完成時，返回一個邏輯視圖。內容協商是一個特殊的視圖解釋器。
消息轉換提供了一種更為直接的方式，DispatcherServlet不再需要那麼麻煩地將模型數據傳送到視圖中。只是控制器產生數據給消息轉換器後就直接返回給客戶端了。
使用HttpClient還是OkHttp來做http請求
過去的理論
有沒有人告訴過你使用OkHttp來代替HttpClient更簡潔高效。OkHttp使用build模式創建對象，而且在發送非同步請求的時候不需要引入其他的依賴。
更新的理論
在基於Spring的JAVA服務端開發中一般會使用各種框架幫我們去完成各種單調重覆的工作，比如不管是HttpClient還是OkHttp都需要將返回的reponse自己用編解碼工作轉成對象再處理。但是如果使用feign則可以省去。
<dependency>
<groupId>com.netflix.feign</groupId>
<artifactId>feign-core</artifactId>
<version>8.18.0</version>
</dependency>
<dependency>
<groupId>com.netflix.feign</groupId>
<artifactId>feign-jackson</artifactId>
<version>8.18.0</version>
</dependency>
<dependency>
<groupId>com.netflix.feign</groupId>
<!--這裡也可以換成feign-httpclient-->
<artifactId>feign-okhttp</artifactId>
<version>8.18.0</version>
</dependency>
我們需要創建一個bean來指定url和處理超時重試、
日誌列印等高可用方面的問題。
@Bean
public TestHttpService testHttpService() {
TestHttpService service = Feign.builder()
.encoder(new JacksonEncoder())
.decoder(new JacksonDecoder())
.options(new Request.Options(1000, 3500))
.retryer(new Retryer.Default(5000, 5000, 3))
.logger(logger)
.logLevel(Logger.Level.FULL)
.target(TestHttpService.class, testUrl);
return service;
}
Spring的簡化開發主要是使用了聲明式代替命令式，
在http請求這裡當然也可以這麼用：
public interface TestHttpService {
@RequestLine("GET /xxxx?appkey={appkey}&ips={ip}&username={username}&operator={operator}")
Response getTest(@Param(value = "appkey") String appkey,
@Param(value = "ip") String ip,
@Param(value = "username") String username,
@Param(value = "operator") String operator);
}
運行一下，發現執行過程這麼清晰：
[TestHttpService] ---> GET http://xxx/x?appkey=x&ips=x&username=x&operator=x HTTP/1.1
[TestHttpService] ---> END HTTP (0-byte body)
[TestHttpService] <--- HTTP/1.1 200 OK (154ms)
[TestHttpService] connection: keep-alive
[TestHttpService] content-length: 28
[TestHttpService] content-type: application/json;charset=utf-8
[TestHttpService] date: Sun, 29 Mar 2020 02:19:43 GMT
[TestHttpService] m-traceid: -264385071732215405
[TestHttpService] server: openresty
[TestHttpService] version: oceanus
[TestHttpService]
[TestHttpService] {"data":[],"isSuccess":true}
[TestHttpService] <--- END HTTP (28-byte body)
其他的用法
早在Spring3里就已經使用了模板方法來簡化http請求的開發，使用RestTemplate不僅可以使用java8的lambda表達式，還可使用消息轉換器直接將返回值轉成對象的形式，更友好的實現了面向對象編程。當然feign更簡潔，並且提供了高可用的支持。
