一个页面上放两个attachmentPC控件的问题

wolfeng

问题描述：
1、一个页面上有两个 attachmentPC控件，还至少有一个input控件，比如如下图所示，排列顺序是  testname、testhx、testfj（没错，居然跟排列顺序有关）

2、在testname里随意添加内容，然后在testpx里上传一个大小为1M的图片，点击保存，tomcat就会死掉。

3、如果testname里不添加内容，在testhx里上传一个大小为1M左右的图片，保存没问题。  

4、如果testname里添加了内容，在testhx里传一个小一点的图片（比如200k），保存也没问题。

5、如果testname里添加了内容，不在testhx里上传图片，在testfj里上传一个大一点的图片，保存也没问题。

6、如果testname里添了内容，然后在testpx里上传一个非图片的大文件（比如rar文件，ppt文件），保存也没问题。

7、如果保存的时候不上传附件，返回去修改的时候，再在testhx里传一个1M左右的图片，保存也没问题。

所以，问题是只有像第2条里描述的那样操作是，tomcat就会死掉。

求助！！！！！

jishuang

F12打开浏览器的开发人员调试工具看network监控的具体哪个请求卡的

wolfeng

jishuang 发表于 2019-5-28 09:09
F12打开浏览器的开发人员调试工具看network监控的具体哪个请求卡的

补充一下：现在发现这个问题在chrome和ie下没问题，在360浏览器的极速模式下就有问题。但这个又不是单单客户端这么简单，因为只要用360浏览器操作一下，整个系统就卡住了，不只是简单的客户端不能用，这都类似于一个漏洞攻击行为了

图一是在chrome下访问的抓包：



图二是在360下访问的抓包：




这个问题我在一个纯净的环境下，用最少的元素复现了，所以应该不是我的配置问题或个例吧。

jishuang

看360浏览器是不是有控制请求图片大小的设置

wolfeng

jishuang 发表于 2019-5-28 11:07
看360浏览器是不是有控制请求图片大小的设置

1、如果有控制请求图片大小的设置的话，那我在我描述的那个例子里，在第二个上传控件里上传大图片没问题，这没法解释吧。
2、如果有控制请求图片大小的设置，我不在input里输入信息，在第一个上传控件里上传大图片没问题，这没法解释吧。
3、如果只是客户端有限制，不会把服务端搞死吧。

jishuang

1.平台推荐的浏览器是 IE10、IE11、chrome42以下，360浏览器平台没有完整测试支持过
2.看看是不是360每次都是卡的两个请求

wolfeng

jishuang 发表于 2019-5-28 13:22
1.平台推荐的浏览器是 IE10、IE11、chrome42以下，360浏览器平台没有完整测试支持过
2.看看是不是360每次都 ...

1、每次都是卡这两个请求。
2、如果用了360只是不能上传或显示有问题，我都可以建议用户使用ie或chrome，但是现在是只要用户用360浏览器（360浏览器普及率又高）这么操作一下，整个服务就卡死了，除非重启tomcat，这才是我觉得必须解决的原因。

jishuang

看另一个卡的请求是什么，卡的时候其他客户也不能登录操作?

wolfeng

jishuang 发表于 2019-5-28 14:51
看另一个卡的请求是什么，卡的时候其他客户也不能登录操作?

卡的请求是：http://127.0.0.1:8080/x5/UI2/v_8e582a731f2b48ca8bb8dfa3fdcb4472l_zh_CNs_desktopd_pc/system/service/doc/common/uploadDoc.j?dochost=http://localhost:8080/DocServer/repository/file/view/22-defaultDocNameSpace/last/content

和
http://127.0.0.1:8080/BusinessServer/business-action?bsessionid=6C7245E768C1D835994DAE177DB2CC2C


对，这里一卡，tomcat就完了。

另外我清空了 justep.docSerer.log里的内容，用360浏览器操作了一下上传，把生成的新日志传上来，看有没有什么发现。

justep.docServer.rar (3.5 KB, 下载次数: 237)

2019-5-28 15:01 上传

点击文件名下载附件

jishuang

把能重现问题的BIZ和UI2层的资源发一下