Performance of java development specification

Java old K 2020-11-11 08:06:54
performance java development specification


JAVA In development , Most of the performance problems are not due to JAVA The language itself , It's a program that we write in these languages , So it's very important to develop good coding habits .

Let's share some typical cases in daily development :

One . Internal methods in a class are declared as private

Many students think it doesn't matter , When writing code, I like that all methods in a class are public Of ( Everyone knows why ), Famous for its name : Easy to expand later ..

For methods that do not require external access, change to private , It's not just because of object-oriented thinking , Comply with the principle of data encapsulation and secure access , There is also a great advantage to whatever private The methods are implicit final!

Any private methods in a class are implicitly final.

《Think In Java》

Excerpt from 《Think In Java》 The first 6 Chapter

By final Modifying methods can increase inline inline The possibility of

Method inline is to put the caller function code " Copy " Inside the caller function , Execute as part of your own code , Reduce the overhead caused by function calls , namely JIT Optimize .

The pseudocode is as follows :

public int sum(int a, int b, int c, int d){
return add1(a, b) + add2(c, d);
}
private int add1(int a, int b){
return a + b;
}
private int add2(int c, int d){
return c + d;
}

The inline code :

public int sum(int a, int b, int c, int d){
return a + b + c + d;
}

Why method inlining improves performance ?

As we all know, function call is actually on the stack stack The operation of , That is, the process of stack pressing and stack releasing , When a method is called , A new stack frame will be added to the top of the stack , The allocated local variables and parameters will be stored in this stack frame , Then jump to the target method code execution , When the method returns , Local methods and parameters are destroyed , The top of the stack is removed , Finally return to the original address to execute .

So function calls need to have a certain amount of time and space overhead , When a method is small , But it is frequently called , This time and space costs will become relatively large , It's very uneconomical , It will reduce the performance of the program . According to the principle of 28 ,80% In fact, the performance consumption of 20% On the code of , It can improve the overall performance of the system .

But trigger method inlining is conditional , It's not that it's added final Modification can trigger inline immediately , It also needs to be based on JVM Parameters of :-XX:CompileThreshold Determine the number of compilations ,-XX:MaxFreqInlineSize Limited by the size of the inline method body .

So the business scenario where methods can be inlined is :

For frequently called hot methods , And the method body is not big , It is recommended to use final modification (private Methods are implicitly specified final Modifier , So there's no need to specify final Modifier ).

Two . public It is suggested that final Modifier

Based on the first one above , How to meet the above business scenarios , The reason as above , Good for JIT Optimize . Of course, you can also modify the class where the method is located , such final Class of is not allowed to be inherited , And all methods of this class are by default final Of .

Here's a proviso : And not being Spring AOP Proxy method

3、 ... and . Able to use lambda Do not use anonymous inner classes to implement expressions

lambda Expressions are not just grammatical sugars , It's compiled class The file in jvm The instructions executed in are also different , The instructions used are invokeDynamic, Compared with anonymous inner class, the cost of calling inner class is smaller , Because it has no initialization of anonymous inner classes , The code is also more concise .

Anonymous inner class writing :

private static final ExecutorService thredPool = Executors.newCachedThreadPool();
thredPool.submit(new Runnable() {
@Override
public void run() {
// Business logic
}
});

lambda Expression writing :

private static final ExecutorService thredPool = Executors.newCachedThreadPool();
thredPool.submit(() -> {
// Business logic
});

Four . Try not to call global variables frequently in a method

In class , Member variables ( Global variables ) Keep it in the pile Heap in , Local variables within a function ( Basic types 、 Parameters 、 References to objects ) It's all stored in the stack Stack in , Accessing your own variables inside a function is certainly faster than accessing variables outside the function , So it is slower to operate the data in the heap from the stack .

The code example is as follows ( Counter example ):

private int result = 0; // Member variables
public void sum(int... i){
for (int j : i) {
result += j; // Frequent operation of member variables outside the function result
}
}

The modified code :

private int result = 0; // Global variables
public void sum(int... i){
int temp = 0; // Temporary variable
for (int j : i) {
temp += j; // Manipulate the temporary variables inside the function
}
result = temp; // Reduce access to member variables
}

5、 ... and . In optimizing set operations contains Again get Writing

We often encounter in our code to determine whether this element exists in the collection , There are business scenarios in which values are retrieved , The pseudocode is as follows :

public void setOrderPrice(Order order, Map<String, Price> map){
if(map.containsKey(order.getId())){
order.setPrice(map.get(order.getId()));
} else {
order.setPrice(new Price());
}
}

In fact, you can call get obtain , And then it's empty , This saves a search for a match , Revised as follows :

public void setOrderPrice(Order order, Map<String, Price> map){
Price price = map.get(order.getId(); // Call directly get
if(price != null){
order.setPrice(price);
} else {
order.setPrice(new Price());
}
}

The above is only the author who has been in Java Working insights on developing performance , Performance optimization takes time 、 efficiency 、 The trade-off between readability and readability , choose , Don't take the above as a dogma , Active learning and flexible application , Flexibility is appropriate. .

Source of the article :http://javakk.com/197.html

版权声明
本文为[Java old K]所创,转载请带上原文链接,感谢

  1. 【计算机网络 12(1),尚学堂马士兵Java视频教程
  2. 【程序猿历程,史上最全的Java面试题集锦在这里
  3. 【程序猿历程(1),Javaweb视频教程百度云
  4. Notes on MySQL 45 lectures (1-7)
  5. [computer network 12 (1), Shang Xuetang Ma soldier java video tutorial
  6. The most complete collection of Java interview questions in history is here
  7. [process of program ape (1), JavaWeb video tutorial, baidu cloud
  8. Notes on MySQL 45 lectures (1-7)
  9. 精进 Spring Boot 03:Spring Boot 的配置文件和配置管理,以及用三种方式读取配置文件
  10. Refined spring boot 03: spring boot configuration files and configuration management, and reading configuration files in three ways
  11. 精进 Spring Boot 03:Spring Boot 的配置文件和配置管理,以及用三种方式读取配置文件
  12. Refined spring boot 03: spring boot configuration files and configuration management, and reading configuration files in three ways
  13. 【递归,Java传智播客笔记
  14. [recursion, Java intelligence podcast notes
  15. [adhere to painting for 386 days] the beginning of spring of 24 solar terms
  16. K8S系列第八篇(Service、EndPoints以及高可用kubeadm部署)
  17. K8s Series Part 8 (service, endpoints and high availability kubeadm deployment)
  18. 【重识 HTML (3),350道Java面试真题分享
  19. 【重识 HTML (2),Java并发编程必会的多线程你竟然还不会
  20. 【重识 HTML (1),二本Java小菜鸟4面字节跳动被秒成渣渣
  21. [re recognize HTML (3) and share 350 real Java interview questions
  22. [re recognize HTML (2). Multithreading is a must for Java Concurrent Programming. How dare you not
  23. [re recognize HTML (1), two Java rookies' 4-sided bytes beat and become slag in seconds
  24. 造轮子系列之RPC 1:如何从零开始开发RPC框架
  25. RPC 1: how to develop RPC framework from scratch
  26. 造轮子系列之RPC 1:如何从零开始开发RPC框架
  27. RPC 1: how to develop RPC framework from scratch
  28. 一次性捋清楚吧,对乱糟糟的,Spring事务扩展机制
  29. 一文彻底弄懂如何选择抽象类还是接口,连续四年百度Java岗必问面试题
  30. Redis常用命令
  31. 一双拖鞋引发的血案,狂神说Java系列笔记
  32. 一、mysql基础安装
  33. 一位程序员的独白:尽管我一生坎坷,Java框架面试基础
  34. Clear it all at once. For the messy, spring transaction extension mechanism
  35. A thorough understanding of how to choose abstract classes or interfaces, baidu Java post must ask interview questions for four consecutive years
  36. Redis common commands
  37. A pair of slippers triggered the murder, crazy God said java series notes
  38. 1、 MySQL basic installation
  39. Monologue of a programmer: despite my ups and downs in my life, Java framework is the foundation of interview
  40. 【大厂面试】三面三问Spring循环依赖,请一定要把这篇看完(建议收藏)
  41. 一线互联网企业中,springboot入门项目
  42. 一篇文带你入门SSM框架Spring开发,帮你快速拿Offer
  43. 【面试资料】Java全集、微服务、大数据、数据结构与算法、机器学习知识最全总结,283页pdf
  44. 【leetcode刷题】24.数组中重复的数字——Java版
  45. 【leetcode刷题】23.对称二叉树——Java版
  46. 【leetcode刷题】22.二叉树的中序遍历——Java版
  47. 【leetcode刷题】21.三数之和——Java版
  48. 【leetcode刷题】20.最长回文子串——Java版
  49. 【leetcode刷题】19.回文链表——Java版
  50. 【leetcode刷题】18.反转链表——Java版
  51. 【leetcode刷题】17.相交链表——Java&python版
  52. 【leetcode刷题】16.环形链表——Java版
  53. 【leetcode刷题】15.汉明距离——Java版
  54. 【leetcode刷题】14.找到所有数组中消失的数字——Java版
  55. 【leetcode刷题】13.比特位计数——Java版
  56. oracle控制用户权限命令
  57. 三年Java开发,继阿里,鲁班二期Java架构师
  58. Oracle必须要启动的服务
  59. 万字长文!深入剖析HashMap,Java基础笔试题大全带答案
  60. 一问Kafka就心慌?我却凭着这份,图灵学院vip课程百度云