【9.0.102】活字格性能问题和HTTP请求插件问题

问题1：活字格进程资源占用量太大，是什么原因导致？是否有合适的处理方案？

服务器配置如下

用户数量

出现在1月2号，这两个活字格进程资源占用巨大

问题2：HTTP请求插件不支持File类型参数，客户不支持写WebApi

使用postman调用，直接调用上面失败的接口，传入获取到的token，文件，上传成功

已微信群沟通
问题跟进：关于问题的调查结果，现在大概只能知道资源占用高，从日志中没有有用的信息可以定位不确定具体是什么导致的，所以问题不好定位。
关于这个问题若是后续再出现调查方案，需要使用到dotTrace抓取一下信息，具体文档已经发给楼主了

大佬您好，以后一咱们有类似的问题通过发帖，确实更加容易跟进，不过若是有多个问题，并且问题还相对比较复杂，建议咱们每一个问题单独发一个帖子，这样在跟进过程中，不会出现混淆。


先说一下第二个问题吧，活字格的发送HTTP请求，现在确实不支持文件流的参数，也就是说咱们在调用的时候，解释在请求头里，将参数的类型设置成form-data，最后的附件，要么是附件URL，或者附件路径等，并不是真正的文件流。

想要解决这个问题，暂时的解决方案确实执行写webAPI，而咱们提到的客户不支持些WebAPI是什么意思。我想的写WebAPI，是给活字格本身写webAPI，而活字格本身是支持写webAPI，也有相应的教程，具体咱们可以参考一下帮助手册。
创建服务端Web API - 活字格V9帮助文档 (grapecity.com.cn)

我这里大概说一下，若是使用WebAPI，如何解决咱们这问题，WebAPI是一个服务端请求，相当于在设计器中定义了一个服务端命令，只不过一个是代码写的，一个是活字格设计器服务端命令写的。

而在代码中，就不会限制，API调用第三方的参数支持form-data了，这样就可以解决咱们得问题。
这里面有一个问题，WebAPI写好了之后，谁去调用WebAPI呢？
其实使用过活字格的发送HTTP请求去调用，具体的整个过程，我通过下面的图片大致介绍一下。


而关于第一个问题，我这边已经反馈了，我们内部也有沟通，想和您这边再沟通一些信息。
1. 咱们机器具体的配置是什么？
2. 数据库使用的是内建库还是外联库，包含，具体业务数据，流程数据，以及用户信息数据，都是什么，若是使用外联库，使用的是什么数据库
3. 之前咱们有提到，在1.2号这一天的性能问题表现更加突出，对于这一点有一些疑问
    >1 其他的时间段，并发量和这一天差不多，但是性能还可以，具体的表现是访问也比较流畅
    >2 咱们是如何对比出这一天比其他时间性能问题更加突出，是访问的用户反馈的人多，还是真正可以对比出来同样的操作，还是请求，明显时间更加长
4. 通过咱们的沟通，除去1.2号这天 ，其他时间段也是有性能问题的，其他时间表现是如何的

Grayson.Shang 发表于 2024-1-8 11:20
大佬您好，以后一咱们有类似的问题通过发帖，确实更加容易跟进，不过若是有多个问题，并且问题还相对比较复 ...

客户还是希望活字格原生或插件来支持这个东西的，webapi如果做起来的话肯是要把这个整个功能给用代码写完的，管理起来也费事。下面几个问题我落实一下

了解了，使用WebAPI本身是为了在现在没有支持这个问题的基础上，解决咱们现在的问题，咱们感觉开发维护比较麻烦，这个可以理解。
咱们是希望活字格的服务端命令以及发送HTTP请求命令也可以支持这个功能，这个的话，已经记录了需求，编号：42371，一般需求开发时间周期会比较长，若是咱们着急其实可以先使用WebAPI，其实并不需要做太多事情，就是替换了之前发送HTTP请求命令的部分功能

Grayson.Shang 发表于 2024-1-8 12:25
了解了，使用WebAPI本身是为了在现在没有支持这个问题的基础上，解决咱们现在的问题，咱们感觉开发维护比较 ...

1. 咱们机器具体的配置是什么？
32核 内存64g 私有云 宽带200M
2. 数据库使用的是内建库还是外联库，包含，具体业务数据，流程数据，以及用户信息数据，都是什么，若是使用外联库，使用的是什么数据库
上述数据均为mysql外联库
3. 之前咱们有提到，在1.2号这一天的性能问题表现更加突出，对于这一点有一些疑问
    >1 其他的时间段，并发量和这一天差不多，但是性能还可以，具体的表现是访问也比较流畅
    >2 咱们是如何对比出这一天比其他时间性能问题更加突出，是访问的用户反馈的人多，还是真正可以对比出来同样的操作，还是请求，明显时间更加长
是反馈人数过多，而且请求时间突然变长，问题持续时间也长
4. 通过咱们的沟通，除去1.2号这天 ，其他时间段也是有性能问题的，其他时间表现是如何的
其他时间的性能问题短时间内就好了，最长也不超过40分钟，表现就是查询慢，请求慢

感谢大佬支持，收到，我这边反馈一下

Grayson.Shang 发表于 2024-1-8 18:37
感谢大佬支持，收到，我这边反馈一下

大佬您好，想问一下这边进度怎么样了，出现这个问题已经一周多了，需要给个处理时间

大佬您好，这个问题我们通过日志查看了一下，日志中虽然有一些异常和一些慢查询，但是数量不算很多，没有http 响应日志，所以看不到慢的请求具体是什么。
咱们有做主机监控吗？ 当天 ForguncyServer 和 MySql 所在主机的性能有什么异常的地方吗？咱们前面的截图是活字格服务器所在的资源情况吗，咱们数据库是有在这个服务器上没。

Grayson.Shang 发表于 2024-1-10 16:18
大佬您好，这个问题我们通过日志查看了一下，日志中虽然有一些异常和一些慢查询，但是数量不算很多，没有ht ...

1.当前机器并没有做特殊监控，整个机房有监控
2.截图机器就是ForguncyServer和MySql所在，异常问题就是两个图中的进程资源占用特别高