V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
This topic created in 2148 days ago, the information mentioned may be changed or developed.
说实话，我是没有抱着能拿到答案的心态来的，但还是得吐槽一下
给客户打包了一个 SDK，里面封装了一些对 word 文档操作的接口 结果客户说，在操作一个 5M 大小的 Word 文档时，要把整个流程控制在 50 毫秒左右，不能超过 100 毫秒。
在这个 SDK 中实际操作 Word 还是调用的第三方库 aspose-words
我本地测试了 100 次，结果都是 1 秒起步
请问大佬们，这真的能实现吗，能有什么思路。aspose-words 的接口也是固定的，也不可能修改里面的算法。
 |
1
undownding Jun 12, 2020  1
问题不是出在读写速度上，而是那个裤子的解析（？）速度上吧。
感觉要不提前加载，不然也没别的办法了。 |
 |
2
dallaslu Jun 12, 2020 1
攒 20 个文件多线程操作，假设共用 1 秒，平均就 50 毫秒了。
客户用 SDK 操作 Word，第一步得先选择文件吧，然后在点按钮时才真正调用 SDK 吧？改 SDK 接口，对外暴露俩方法，一个验文件，一个做解析。然后验文件时就开始预处理。 或者换库。 |
 |
3
arrow8899 Jun 12, 2020 1
profile 看下是哪个步骤耗时多，如果第三方库不能看源码，那可以考虑换个开源的库，比如 apache poi，而且这个还跟你硬盘的读写速度和 CPU 处理能力有关，你让你客户报一下机器配置，和你自己的对比下。
|
 |
4
kop1989 Jun 12, 2020 4
5MB 的 word，如果算 50ms 加载完毕的话，都要 100MB/s 了，都逼近机械硬盘的读取速度了。这还仅仅是 IO，还没算处理。
|
|
5
dallaslu Jun 12, 2020 1
另外 aspose-words 这个库是不是底层靠调用在线接口实现的啊？如果是的话，这边建议客户拉个专线呢
|
 |
6
xyjincan Jun 12, 2020 via Android
要做成服务，不能让 jvm 每次都加载着一大堆类，多看看各种库的特点找合适的
|
Select Language