字符串拼接请用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 2436001000;来代替直接将后面的值计算出来因为这样更直观执行期效率是一样的。而对于需要动态拼接的会内部转成StringBuilder处理。所以对于动态字符串一般来说效果是一样的对于静态效率反而高些。但是凡事都有特例也有jdk处理不够智能的地方。但是根据java的走势来说符合简单即正义。长远来说越简单的写法越是jdk优化的重点效率还会有提升的空间。其他的用法除了一般的字符串拼接有时候还需要将列表等一些集合用符号比如,连接起来java8以上提供了StringJoiner来完成这件事。比如list拼接Lists.newArrayList(“迢迢牵牛星”,“皎皎河汉女”).stream().collect(Collectors.joining(“,”));底层用的就是StringJoiner。如果使用google的guava的话这种情况还有更简单的写法Joiner.on(“,”).join(Lists.newArrayList(“迢迢牵牛星”,“皎皎河汉女”));它底层用的是StringBuilder和StringJoiner底层是一样的。面试简述SpringMVC的工作原理过去的理论记得15年前面试必备的一道题面试者需要像小时候背《咏鹅》一样倒背如流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则可以省去。我们需要创建一个bean来指定url和处理超时重试、日志打印等高可用方面的问题。}Spring的简化开发主要是使用了声明式代替命令式在http请求这里当然也可以这么用public interface TestHttpService {}运行一下发现执行过程这么清晰[TestHttpService] — GET http://xxx/x?appkeyxipsxusernamexoperatorx 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;charsetutf-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更简洁并且提供了高可用的支持。有想进「编程一生」用户交流群的朋友吗
字符串拼接请用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 2436001000;来代替直接将后面的值计算出来因为这样更直观执行期效率是一样的。而对于需要动态拼接的会内部转成StringBuilder处理。所以对于动态字符串一般来说效果是一样的对于静态效率反而高些。但是凡事都有特例也有jdk处理不够智能的地方。但是根据java的走势来说符合简单即正义。长远来说越简单的写法越是jdk优化的重点效率还会有提升的空间。其他的用法除了一般的字符串拼接有时候还需要将列表等一些集合用符号比如,连接起来java8以上提供了StringJoiner来完成这件事。比如list拼接Lists.newArrayList(“迢迢牵牛星”,“皎皎河汉女”).stream().collect(Collectors.joining(“,”));底层用的就是StringJoiner。如果使用google的guava的话这种情况还有更简单的写法Joiner.on(“,”).join(Lists.newArrayList(“迢迢牵牛星”,“皎皎河汉女”));它底层用的是StringBuilder和StringJoiner底层是一样的。面试简述SpringMVC的工作原理过去的理论记得15年前面试必备的一道题面试者需要像小时候背《咏鹅》一样倒背如流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则可以省去。我们需要创建一个bean来指定url和处理超时重试、日志打印等高可用方面的问题。}Spring的简化开发主要是使用了声明式代替命令式在http请求这里当然也可以这么用public interface TestHttpService {}运行一下发现执行过程这么清晰[TestHttpService] — GET http://xxx/x?appkeyxipsxusernamexoperatorx 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;charsetutf-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更简洁并且提供了高可用的支持。有想进「编程一生」用户交流群的朋友吗
