Hầu hết các mẹo này đều dành cho Java. Nhưng cũng có một số language-independent (ngôn ngữ độc lập), mà bạn có thể áp dụng cho tất thảy các ứng dụng và tiếng nói lập trình. Chúng ta hãy nói về một số mẹo dành chung trước khi chúng ta đến các mẹo điều chỉnh hiệu suất của riêng Java.
1. Đừng Optimize khi nó không cần thiết
Đó là một trong những mẹo điều chỉnh hiệu suất quan trọng nhất. Bạn nên làm theo các bước thường nhật một cách tốt nhất và thử test các trường hợp dùng. Nhưng điều đó không có tức thị bạn cần thay thế bất kỳ thư viện chuẩn nào hoặc xây dựng các bước optimize (tối ưu hoá) phức tạp trước khi bạn xác định được đó là điều cần thiết.Vậy làm thế nào để xác định được bạn cần optimize cái gì?
trước nhất, bạn cần phải xác định vận dụng của mình chạy nhanh như thế nào, thí dụ bằng cách xác định thời kì phản hồi tối đa cho tất cả các lệnh call API hoặc số lượng bản record bạn muốn nhập trong một khung thời kì nhất mực. Sau khi bạn đã bước đó, bạn có thể tính nết được những phần nào trong áp dụng của bạn quá chậm và cần phải được cải thiện. Và khi bạn đã xác định được, bạn nên xem tiếp mẹo thứ 2.
2. dùng Profiler để tìm điểm kém hiệu quả thực sự
Sau khi bạn làm theo mẹo đầu tiên và xác định được các phần của áp dụng cần cải tiến, hãy tự đặt câu hỏi phải bắt đầu từ đâu?Bạn có thể tự giải quyết câu hỏi này theo hai cách:
- Xem code của bạn và bắt đầu với những phần có vẻ đáng ngờ nhất hoặc điểm mà bạn cảm thấy nó có thể gây ra vấn đề.
- Hoặc bạn sử dụng profiler và để nhận được thông tin chi tiết về thể và hiệu suất của từng phần trong code.
Rõ ràng là phương pháp dựa vào profiler sẽ giúp bạn hiểu rõ hơn về hiệu suất của code và cho phép bạn tập trung vào những phần quan trọng nhất. Và nếu bạn từng dùng một profiler, bạn sẽ nhớ một đôi tình huống khiến bạn sửng sốt bởi những phần code đã tạo ra các vấn đề về hiệu suất.
3. Tạo một bộ test hiệu suất cho vớ ứng dụng
Đây là một mẹo chung giúp bạn tránh được rất nhiều sự cố không mong muốn, thường xảy ra sau khi bạn đã triển khai bước cải tiến hiệu suất trong sinh sản. Bạn cần có một bộ test hiệu suất để rà soát ắt ứng dụng, chạy nó trước và sau khi bạn cải tiến hiệu suất để so sánh.Những lần test bổ sung này sẽ giúp bạn xác định các chức năng và hiệu suất đã thay đổi thế nào và bảo đảm rằng bạn không tung ra bản cập nhật làm hại đến vận dụng. Điều này đặc biệt quan trọng nếu bạn làm việc trên các component được sử dụng bởi một số phần khác nhau của ứng dụng, như cơ sở dữ liệu hoặc caches.
4. Xử lý những nút thắt lớn nhất đầu tiên
Và sau khi bạn đã tạo bộ test và phân tách áp dụng của bạn với một profiler, bạn sẽ có một danh sách các vấn đề bạn muốn giải quyết để cải thiện hiệu suất. Điều đó tốt, nhưng nó vẫn không giúp đáp được câu hỏi rằng nên bắt đầu từ đâu. Bạn có thể tụ họp vào quick win (những điểm cần xử lý chóng vánh) hoặc bắt đầu với một vấn đề quan trọng nhất.Có thể bắt đầu với quick win vì bạn sẽ sớm có thể nhận được những kết quả trước hết. thỉnh thoảng, điều này có thể cần thiết để thuyết phục các thành viên khác trong nhóm hoặc quản lý của bạn rằng việc phân tích hiệu suất là quan yếu.
Nhưng xét chung, tôi khuyên bạn nên bắt đầu từ đầu và đánh vào những vấn đề ảnh hưởng đến hiệu suất đáng kể nhất trước nhất. Điều đó sẽ giúp bạn cải tiến hiệu suất tốt nhất và bạn có thể không cần phải sửa nhiều mà chỉ cần sửa những vấn đề này để đạt được hiệu suất mong muốn.
4 mẹo vừa rồi là dành cho những vấn đề chung về hiệu suất. Chúng ta hãy cùng coi xét một số mẹo dành riêng cho Java nhé.
5. sử dụng StringBuilder để nối các String
Có rất nhiều phương thức để kết nối strings trong Java. Bạn có thể dùng những cách đơn giản như
+
hoặc
+=
, StringBuffer hoặc StringBuilder.
Vậy bạn thích cách tiếp cận nào nhất?
Câu đáp tùy thuộc vào code bạn kết nối String. Nếu là thêm nội dung với for-loop thì bạn nên dùng StringBuilder bởi nó dễ dùng và cho hiệu năng tốt hơn StringBuffer. (Lưu ý rằng StringBuffer thì an toàn và phù hợp cho nhiều cảnh huống).
Bạn chỉ cần instantiate một StringBuilder và call append method để add phần mới vào String. Sau khi đã add mọi thứ thì bạn có thể call toString() method để lấy lại các String được kết nối. Code snippet sau đây cho ta thấy trong mỗi lần iteration, loop convert i thành một String và add chúng với một khoảng trống vào StringBuilder sb. Do đó, Code viết vào log file như sau: “This is a test0 1 2 3 4 5 6 7 8 9”:
1
2
3
4
5
6
|
StringBuilder
sb
=
new
StringBuilder
(
“
This
is
a
test
”
)
;
for
(
int
i
=
0
;
i
<
10
;
i
++
)
sb
.
append
(
i
)
;
sb
.
append
(
”
“
)
;
log
.
info
(
sb
.
toString
(
)
)
;
|
Còn nếu bạn đã biết có bao nhiêu kí tự trong String, bạn có thể giới hạn số lượng khoảng trống và nhờ đó tăng hiệu năng bởi nó không cần phải tự tăng sức chứa.
6. Dùng + để kết nối String trong một Statement
Khi bạn khai triển vận dụng đầu tiên trong Java, hẳn sẽ có ai đó nói với bạn rằng bạn không nên nối String bằng ‘+’. Và điều đó đúng nếu bạn đang nối String với application logic (các logic riêng cho một application cụ thể). Các String là không đổi thay và kết quả của mỗi String concatenation được lưu trong một String object mới. Điều đó đòi hỏi thêm memory và sẽ làm chậm ứng dụng của bạn, đặc biệt nếu bạn đang nối nhiều String trong một loop (vòng lặp).Trong những trường hợp này, bạn nên làm theo mẹo số 5 và sử dụng một StringBuilder.
Nhưng đó không phải là chọn lọc nếu bạn đang muốn phá vỡ một String thành nhiều dòng để cải thiện tính dễ đọc của code.
1
2
3
|
Query
q
=
em
.
createQuery
(
“
SELECT
a
.
id
,
a
.
firstName
,
a
.
lastName
”
+
“
FROM
Author
a
”
+
“
WHERE
a
.
id
=
:
id
”
)
;
|
7. dùng Primitives ở điểm có thể
Một cách nhanh chóng và dễ dàng để tránh phí tổn nảy và cải thiện hiệu suất của ứng dụng là dùng các kiểu primitive thay vì các class wrapper của chúng. nên chi, tốt hơn hết là sử dụng một int thay vì một Integer , hoặc một double thay vì một Double . Điều đó cho phép JVM của bạn lưu trữ value trong stack thay vì trong heap để giảm chừng độ tiêu thụ memory và xử lý tổng thể hiệu quả hơn.8. nỗ lực tránh BigInteger và BigDecimal
Như chúng ta đã nói về các loại dữ liệu, chúng ta cũng nên xem nhanh BigInteger và BigDecimal . Đặc biệt là vì tính chính xác của nó. Nhưng cái gì cũng có giá của nó.BigInteger và BigDecimal đề nghị memory nhiều hơn một long hoặc double đơn giản và làm chậm vơ các phép tính một cách đáng kể. thành ra, tốt hơn hãy suy nghĩ thật kỹ, nếu bạn cần tăng độ chính xác hoặc nếu number của bạn vượt quá phạm vi của một long . Đây có thể là điều độc nhất vô nhị bạn cần phải thay đổi để khắc phục các vấn đề về hiệu suất, đặc biệt là nếu bạn đang thực hiện một mathematical algorithm (thuật toán về toán học).
9. rà ở Current Log trước hết
Điều này là hiển nhiên, nhưng thật không may, bạn có thể thấy bây chừ có rất nhiều đoạn code bỏ qua nó. Trước khi tạo một thông tin debug, bạn nên luôn luôn rà current log đầu tiên. Nếu không, bạn có thể tạo một String mà log message sẽ bị bỏ qua.Dưới đây là hai thí dụ về cách mà bạn KHÔNG nên làm.
1
2
3
4
|
// don’t do this
log
.
debug
(
“
User
[
”
+
userName
+
“
]
called
method
X
with
[
”
+
i
+
“
]
”
)
;
// or this
log
.
debug
(
String
.
format
(
“
User
[
%
s
]
called
method
X
with
[
%
d
]
”
,
userName
,
i
)
)
;
|
1
2
3
4
|
// do this
if
(
log
.
isDebugEnabled
(
)
)
log
.
debug
(
“
User
[
”
+
userName
+
“
]
called
method
X
with
[
”
+
i
+
“
]
”
)
;
|
10. sử dụng Apache thường ngày StringUtils.Replace thay vì String.replace
Nói chung, method String.replace hoạt động tốt và hiệu quả khá cao, đặc biệt nếu bạn đang dùng Java 9. Nhưng nếu vận dụng của bạn đòi hỏi nhiều hoạt động replace và bạn chưa cập nhật phiên bản Java mới nhất, thì vẫn có các tuyển lựa thay thế nhanh hơn và hiệu quả hơn.Một ứng cử viên sáng giá là method StringUtils.replace của Apache Commons Lang. Như Lukas Eder biểu đạt trong một trong các bài blog gần đây của họ, nó vượt trội hơn method String.replace của Java 8.
Và nó chỉ đòi hỏi ít sự đổi thay. Bạn cần phải thêm một Maven dependency vào project Commons Lang của Apache vào application pom.xml của bạn và thay thế tuốt các lệnh call của method String.replace bằng method StringUtils.replace.
1
2
3
4
|
// replace this
test
.
replace
(
“
test
”
,
“
simple
test
”
)
;
// with this
StringUtils
.
replace
(
test
,
“
test
”
,
“
simple
test
”
)
;
|
11. Lưu trữ resource lớn, như kết nối Database
Caching (bộ nhớ đệm) là một giải pháp phổ thông để tránh việc lặp lại các đoạn code “nặng” hoặc bộc trực được sử dụng. Ý tưởng chung đơn giản là: Tái dùng các resources như vậy sẽ đỡ tốn kém hơn so với việc tạo ra một cái mới hơn.Một ví dụ điển hình là lưu trữ các kết nối cơ sở dữ liệu trong một pool. Việc tạo ra một kết nối mới đòi hỏi nhiều thời kì, bạn có thể tránh được điều đó nếu bạn sử dụng lại một kết nối hiện có.
Bạn cũng có thể tìm các thí dụ khác bằng chính ngôn ngữ Java. Method valueOf của class Integer , ví dụ, lưu các value giữa -128 và 127. Bạn có thể cho rằng việc tạo ra một Integer mới không phải là quá tốn kém, nhưng nó thường dùng cách lưu trữ các giá trị được dùng nhiều nhất để đạt hiệu suất tối đa.
Nhưng khi bạn nghĩ về cache, hãy nhớ rằng việc thực hiện cache cũng tiêu tốn resource. Bạn cần phải dành thêm memory để lưu trữ các resource tái dùng và bạn có thể cần phải quản lý bộ nhớ cache của mình để giúp cho các resource có thể truy cập được hoặc để xóa các resource lỗi thời.
thành ra, trước khi bạn bắt đầu bộ nhớ cache bất kỳ resource nào, hãy đảm bảo rằng bạn dùng chúng thường đủ để vượt quá uổng của việc triển khai bộ nhớ cache của bạn.
Tổng kết
Như bạn đã thấy, thỉnh thoảng không cần quá nhiều công sức để cải thiện hiệu suất vận dụng của bạn. Hầu hết các đề xuất trong bài này chỉ cần thêm một sự nạm nhỏ là có thể vận dụng chúng vào code của bạn.Nhưng như bình thường, những khuyến nghị quan yếu nhất vẫn là:
- Không optimize trước khi bạn biết nó là cấp thiết
- sử dụng profiler để tìm ra nút thắt thực sự
- Xử lý nút thắt lớn nhất đầu tiên
Techtalk via
Dzone
0 nhận xét:
Đăng nhận xét