当然推荐 fastapi 了，几乎完美的 web 开发框架。另外 databases( https://www.encode.io/databases/) + sqlalchemy 的组合可以满足你的异步 orm 。

@whileFalse web server 基本不会用 windows 系统的
@gaolycn LibreOffice 官方的读写接口
@ungrown 不是兼容 office 是人肉处理做到像素级的相似
@jiewuza LibreOffice 官网

这事做起来不难，就是贼烦。绣花针上雕佛经，螺蛳壳里做道场，是个很需要耐心的细致活。

没搞过的根本不懂需求，LibreOffice 有命令行，可以作为任务自动执行。
LibreOffice 其实非常强大，绝大部分乱的格式都可以调整到位，处理的思路很简单，就是实现比较繁琐。简单直接的自动转换格式肯定会乱，处理方法就是用模板，比如 word 里有正文和脚注，那么预先按照 word 的版式建好对应的 pdf 模板，内容上可以填上变量的方式，比如正文的地方写${content} ，脚注的地方写${footnote}，执行的时候用代码去解析 word 中对应的区块内容，然后替换对应的变量，最后再做其它处理。
word 中的索引、分栏、页码、头注、脚注、测注、角标、竖版等等各种版面格式都可以完美的转换到 pdf，甚至用建几十个模板适配不同图片大小的方式，来接近完美的解决图文环绕。
我在七八年前就在某产品体系里做过这个工作，效果秒杀百度文档、豆丁之类的在线网站，和市面上所有能找到的自动转换工具。当时这套系统也有一个问题，就是需要用户预先手工选定匹配的模板。当时的产品失败了，十分可惜。其实如果可以继续不断迭代开发的话，我想可以在产品端加入一些生成缩略图然后智能识别匹配的方式，最终把用户需要选择模板的步骤都省略了，实现一套近乎完美的在线转换工具。

twemproxy 或者 codis 搞一个 proxy

网络编程最优先的不应该是网络库么，java 是通过 io(nio) + net + servlet + 容器来提供完整的网络链路的，这套官方组合稳当但是效率不高，现在基本都流行 netty 了。异步方案 Java 官方没有提供协程实现，基于 JVM 的 Kotlin 倒是有协程，可以和 Java 混用。Java 原生的异步通过线程来实现，cocurrent 包下面提供的 ExecutorService 之类的方式实现多线程，Future+Callable 的方式实现回调获取结果。这套官方实现比较简陋，现在一样流行第三方的框架封装，老牌的 akka，新贵 rxjava，集成了 rxjava 的 vertx 等。