{"repo":"huoyo/ko-time","free":true,"listed":false,"github":"https://github.com/huoyo/ko-time","clone":"git clone https://github.com/huoyo/ko-time.git","description":"一个轻量级的springboot项目性能分析工具，通过追踪方法调用链路以及对应的运行时长快速定位性能瓶颈。A lightweight springboot monitoring system for tracing call graph,which can help you find method's performances easily so that you can optimize them.","language":"Java","stars":65,"topics":["springboot","performance","java","call-graph","call-graph-analysis","tracing-applications","tracing-collector","monitoring-system","skywalking","apm"],"license":"LGPL-2.1","category":"analytics","readme_excerpt":"感谢那些默默Star和提建议的支持者们，有你们才有KoTime的逐步完善 别拦我，我要支持作者，让他加班升级维护 在线ppt介绍 KoTime 简单、好用、无学习成本的监控 A lightweight springboot tool for tracing call graph ,which can help you find method's performances easily. - ✅ Tracking the Java methods and calculating their execution times - ✅ Show the paths of methods - ✅ Find exceptions occurred in methods - ✅ Email you after finding an overtime method - ✅ Hot update online:you needn't restart it - ✅ Thread manage:show threads information - ✅ Easy to use:you needn't additional learning costs - ✅ Enough to add a pom dependency:you needn't additional deployment costs --- koTime是一个轻量级的springboot项目性能分析工具，通过追踪方法调用链路以及对应的运行时长快速定位性能瓶颈 - ✅ 实时监听方法，统计运行时长 - ✅ web展示方法调用链路，瓶颈可视化追踪 - ✅ 追踪系统异常，精确定位到方法 - ✅ 接口超时邮件通知，无需实时查看 - ✅ 线上热更新：无需重启更新代码 - ✅ 线程管理：线程实时统计与状态查看 - ✅ 使用简单，无技术学习成本 - ✅ pom依赖即可，无代码侵入，无多余部署成本 无学习成本直接使用，让软件工程师的卓越思维和宝贵时间用于创造 开源地址 Gitee Github 文档 英文简介/ENGLISH 使用教程 可视化展示 1.接口调用统计 根据颜色判断需要优化的接口数，红色为待优化，绿色为正常 2.接口列表总览 在列表中会显示该接口的运行耗时，如果为绿色则无需优化，如果为红色，需要详细查看问题所在 3.调用详情 点开接口时，会显示该接口的调用链路以及运行时长，红色节点即为需要优化的节点 4.邮件预警 v2.2.5开始加入了邮件通知功能，当方法耗时超过阈值之后，可以选择进行邮件通知 5.线程管理 v2.3.9开始加入了线程管理功能，可以统计线程状态和查看线程堆栈信息 重要版本说明 版本更新详情 项目起因 曾经一个项目出现了部分功能响应时间过长的情况， 作为一名开发（che）多年的老司机，显然是打开浏览器看看是哪个接口作妖， 然后顺着网线找到Controller层，找到Service层，找到dao层... 一层的一层的看， 一圈一圈的调试，一个方法一个方法的加入时间统计... 一个上午的时间下来， 也就是找出了一个需要我5分钟改掉的问题， 而大部分的时间却浪费在了定位问题上，这是我所不能接受的 于是乎，常年面向网络编程的我决定上网找找有没有方法调用链路追踪框架，帮我记录每个接口的调用情况，以及每个方法的运行时长，这样可以快速定位到问题所在，省下我一个或者多个一早上定位问题的时间，毕竟，时间是用来解决问题的，而不是用来发现问题的，而这个问题往往是自己写下的愚蠢代码导致的！ 出乎意料的是，竟然没有找到一个","default_branch":null,"files":null,"tree":[],"storefront":"/r/huoyo","claimed":false,"request_supported":{"post":"https://gitbuyer.com/r/huoyo/ko-time/request-supported","requests":0},"note":"indexed from public GitHub; nothing is for sale on this page. Clone it from GitHub. Paid listings live at /search."}