apache / apache/servicecomb-java-chassis

自定义Filter存在未知的耗时

Offen
#3,699 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
Java
Sterne
1.9k
Forks
814
Ø Merge
8 T. 23 Std.
Gemergte PRs (30 T.)
1

Beschreibung

问题:环境上发现server filters request存在夸张的耗时
![image](https://user-images.githubusercontent.com/32447408/224593747-96e7698a-9ca1-4a21-9f3a-a1fcd17f29da.png)

定位:使用arthas的trace命令抓取某一个的filter耗时,发现耗时会存在不同的地方,比如new 对象、普通对象的set方法,或者方法调用
1)
+---[99.94% 177.84957ms ] xxx:authenticate()
| `---[0.04% 0.071806ms ] xxx:authenticate()
| +---[1.02% 7.31E-4ms ] xxx:getContext()

2)
| +---[99.99% 245.681214ms ] xxx:parseToken()
| | `---[100.00% 245.676919ms ] xxx:parseToken()
| | +---[0.00% 6.23E-4ms ] java.util.Map:get()
| | +---[99.97% 245.595983ms ] xxx.CommonMetadata:()
3)
| | +---[37.90% 11.693914ms ] java.lang.Math:abs()
4)
+---[99.80% 47.11804ms ] xxx:applyTimestamp()
规律:高并发场景下,CPU增高,基本上会导致Filter执行有额外的耗时。

请问下像这种执行耗时问题有什么好的定位方法吗?

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

Beginne mit dem gemeldeten server-filter request path und reproduziere ihn unter hoher Nebenläufigkeit, während du CPU- und Arthas-Trace-Ausgaben aufzeichnest. Vergleiche die Beispiele zu authenticate, parseToken, der Erstellung von CommonMetadata, Math.abs und applyTimestamp; abgeschlossen ist die Aufgabe, wenn die Ursache der zusätzlichen Latenz identifiziert und eine konkrete diagnostische Schlussfolgerung dokumentiert wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
java
Bereich
backend, performance
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.