EDAS开发指南_灯火阑珊madi的博客-CSDN博客

来自 : CSDN技术社区 发布时间：2021-03-24

PID /var/tmp/PID.jstackvim /var/tmp/$PID.jstack
然后打开该文件 搜索 localhost-startStop-1 查看该线程的堆栈 通常会看到该线程
(Tomcat 的部署线程)在出于等待状态 或者是出现死锁 根据情况对应用进行修改。
4.3 HSF FAQ
4.3.1 HSF-0001
问题᧿述
客户端报错 在/home/admin/logs/hsf 查看 hsf.log

HSFServiceAddressNotFoundException-[HSF-Consumer]
未找到需要调用的服务目标地址 ᧿述信息 需要调用的目标服务为 xxxx 组别为 xxxx
解决方案 1、 服务不存在: 在 edas 控制台-应用-服务列表查看对应的服务是否已经发布成功
2、 配置不对:
检查发布者和消费者配置的服务名字、版本号、组别 这 3 个要一致 注意大小写也要
一样, 同时要注意前后不能有空格
4.3.2 HSF-0002
问题᧿述
消费端报超时 HSFTimeOutException
解决方案
目前出现这个错误的很大一部分原因都是因为服务ᨀ供方接口内部逻辑报错 导致消费端
报超时错误 可以先去检查一下服务ᨀ供方的业务 log 是否报错。 1、服务端跑的慢,在服务端的 hsf.log 里找业务执行超时的日志。
2、两边可能有 GC 。 检查服务端和客户端 gc 日志 耗时很长的 gc 会导致超时。
EDAS 开发者指南
3、服务端有序列化错误。 看一下服务端的 hsf.log 里面一般有序列化错误。
4、上面三个都排除了的话 可以让 PE 运维人员 看一下机器的网络是否健康。
4.3.3 HSF-0003
问题᧿述
[HSF-Provider] 未找到需要调用的方法
解决方案
1.服务端确实没有ᨀ供这个方法 在 edas 控制台-应用-服务列表查看对应的服务,查看服务
详情。
2.服务端应用新增的服务 但有两台机器 一台部署了新服务 加了方法。一台还是老的应
用 调用走到了老的应用机器上 联系服务方排查。
3.服务方和消费方接口没统一 比如服务方的参数列表里是 java.lang.Double 而消费方调
用时直接传了基本类型 double 也会造成这个错误。
4.3.4 HSF-0027
问题᧿述
hsf.log 日志出现 [HSF-Provider] HSF thread pool is full.
解决方案
分配给服务端业务执行的线程池已经达到最大值 并且没有空闲线程 拒绝执行了一些任务。
出现这个异常时 HSF 默认会 dump 出一个文件 HSF_JStack.log 这个日志文件一般在服
务ᨀ供方的 hsf.log 同级目录下 查看这个文件可以看到此时的线程堆栈信息 其中名称
为 HSFBizProcessor-xxx 的是服务端的业务线程 分析大部分线程此刻正在等待什么资源
从而分析出哪个地方是瓶颈。
HSF 默认的最大线程数是 600, 如果确实要增大这个数 , 则使用
-Dhsf.server.max.poolsize xxx 参数进行修改。
4.3.5 HSF-0031
问题᧿述
[HSF-Provider] 执行 HSF 服务 xxx 的方法 xxx 耗时 xxxms 接近超时时间
解决方案
服务端
服务端会在实际耗时大于超时时间与 100ms 之差时 打印这个日志 所以
1、如果超时时间本来就很短 比如小于 100ms 则每次调用都会打印这个日志 这时可忽
略这个日志。
2、如果超时时间已经比较大了 还打印这个日志 则说明业务执行慢 需要分析业务执行
的性能瓶颈。
EDAS 开发者指南
客户端
超时一般报在客户端 HSFTimeoutException 因为 HSF 的整个服务调用过程是点对点的
如果客户端发现超时 一般是服务端执行慢了。
异常里会打服务端的 ip 第一步应该是去看服务端的 hsf.log 日志 80%的原因都是服务端
跑的慢。
服务端执行非常快 但当客户端 Load 很高 负载压力很大的时候 会因为客户端请求发不
出去、响应卡在 tcp buffer 等问题 造成超时。