aloha20200628

通读了n遍一楼的大段'密文'，未能破解其原意。
个人理解似乎是lz有一堆网页文件*.html，分置在三个目录中，要用一个网页转文本工具HtoX32c.exe，设法高效处理这三个目录...
本人所知的批处理脚本解决之道，有并发进程即并联方案，如
        start "" /b HtoX32c.exe ... d:\wjj1\*.html
        start "" /b HtoX32c.exe ... d:\wjj2\*.html
        start "" /b HtoX32c.exe ... d:\wjj3\*.html
如果并联方案不通，即HtoX32c.exe不能在并发进程中被同时运行，也许就只能采用通常的串行方案，如
        HtoX32c.exe ... d:\wjj1\*.html
        HtoX32c.exe ... d:\wjj2\*.html
        HtoX32c.exe ... d:\wjj3\*.html
除以上二者之外，看来lz是要探讨第三条路可否用批处理脚本提速...
关注此帖不断升高。

aloha20200628

n个批处理脚本都在运行，其都要调用的abc.exe又不能被并行或重叠运行（无论abc.exe被更名与否） — 那么稳妥可靠的解决方案就是如何动态规划abc.exe的顺序运行，但遗憾的是，简单的批处理脚本没有多个并行进程之间的"隔离保护"或"相互防干扰"功能，故只能被允许静态顺序运行abc.exe，例如每个批处理脚本中在abc.exe之前的流程A可用并行方法提速，直到各个脚本中的A流程全部完成，再顺序运行n次abc.exe，然后各个批处理脚本的后续流程再用并行方法提速完成。

如果不能用 start "" /b abc.exe ... 并发多个abc.exe进程（无论abc.exe被更名与否），也就很难用并行方法（无论何种途径）可靠运行多个包含abc.exe的批处理脚本，除非有精确模型能预算出每个脚本中abc.exe本身和之前流程的时耗以便动态规划。

我本人经历 '下载网页以及清洗网页' 的路径，是最终转向了Python。

aloha20200628

回复 23# 老刘1号


我们所指的‘能与不能’是源于Lz提出的 hto32c.exe 不能同时运行，诸位参与探讨交流都是基于这个‘不能’的主线。你对此有‘能’的解决方案，请予分享。
其实，编码就是在诸多‘能否’ ‘是否’之间取舍，不可含糊，否则编码就无从下手，而相关的讨论交流也没法明确而有效。
说到python，并非是用python重蹈纯P之覆辙，而是凭借其丰富的资源和现成工具大有捷径可行...

aloha20200628

回复 27# 老刘1号

Bing一通即可定‘是否’吗？
断定别人‘是否’，不也同时把自己抛入你所谓的‘无知’怪圈吗？
与您这种‘悬空回合’，对本贴具体而明确的探讨交流毫无帮助。到此结束吧！