对于网络超时C/S架构的应用如何处理才好？

目前在维护一个C/S应用,三层架构,对于网络稍微不好的地方,总是报错, 后面加了重试机制,就是获取数据失败后会自动再获取,重试3次, 这样改后,错误是减少了,但是各个操作却变慢了,这如何是好？
 目前暂时还不考虑存本地,然后再上传到服务器这种方案 (基于业务原因)
 请问下还有其他方案吗？

PS: 中间件部署在客户当地时,和增加重试机制的效果类似, 因为数据库仍旧在公司总部,客户访问到中间件服务器时不会丢包,网络很好,但是每个操作需 要从中间件中转,导致每个操作变慢, 而如果将中间件与数据库部署在一起时, 由于客户到公司总部的网络不稳定,经常网络超时,导致不断出现"网络故障" 的错误

你确定是 tcp 吗？是不是用了不靠谱的 udp？

所谓的“中间件”，是什么中间件？能不能不要在这一棵树上“吊死”而坏了整体应用呢？能不能自己动手直截了当地设计一个网络论坛回帖机系统呢？

用的HTTP协议,post到中间应用的,中间件是weblogic

这个应用10多年了,要重新设计更改的话,难度应该会很大的

最后还是考虑在本地建数据库来处理这个问题了