有人可以回答我的困境，使用哪种方法将 Android 设备连接到 mySQL 或 Postgresql？
两种方式我都可以做到，没有任何错误和问题，没有明显的区别，但每个人都建议使用 web 服务而不是使用 jdbc 驱动程序和直接连接，
有人可以用一些事实解释原因吗？
编辑:我没有提到它更简单，并且通过 jdbc 完成它需要更少的时间。那么，为什么是 Web 服务，或者为什么不呢？
最佳答案
您认为使用 JDBC 更简单、更快捷，因为您没有考虑手机和可移植设备的真实操作环境。他们经常通过错误的流量重写代理和疯狂的防火墙来实现脆弱的连接。他们通常使用网络传输层，该层具有高且可变的丢包率和延迟，在短时间内变化多个数量级。在这种环境下，TCP 确实不是很好，尤其是与长生命周期连接有关。
Web 服务的主要优势在于:
具有最短状态的短暂连接，因此当设备切换 WiFi 网络、与蜂窝网络、短暂失去连接等时，很容易回到原来的位置；和
可以通过除了最糟糕和最严苛的网络代理之外的所有网络代理
您将经常遇到直接 JDBC 连接的问题。一个挑战是可靠地超时死连接，重新建立 session 并释放旧 session 持有的锁(因为服务器可能不会在客户端决定它死的同时)。另一个是数据包丢失导致操作非常缓慢、长时间运行的数据库事务，以及随之而来的锁定持续时间和事务清理任务的问题。您还将在阳光下遇到各种疯狂和损坏的代理和防火墙 - 支持 CONNECT 的代理，但后来假设所有流量都是 HTTP，如果不是，则将其破坏；带有错误状态连接跟踪的防火墙，导致连接失败或进入半开僵尸状态；你能想象到的每一个 NAT 问题；运营商“有用地”生成 TCP ACK 以减少延迟，更不用说丢包发现和窗口大小导致的问题；古怪的端口阻塞；等等
因为每个人 都使用 HTTP，所以您可以期望它能够工作 - 至少，比其他任何东西都更频繁。现在尤其如此，即使在移动 Web 应用程序中，常见的网站也使用 REST+JSON 通信方式。
您还可以使用唯一的请求 token 将您的 Web 服务调用编写为 幂等。这使您的应用程序可以重新发送修改请求，而不必担心它会对数据库执行两次操作。见 idempotence和 definining idempotence .
说真的，来自移动设备的 JDBC 现在看起来可能是个好主意 - 但我什至认为唯一的方法是，如果移动设备都在我直接控制的单个高可靠 WiFi 网络上。即使这样，如果可能的话，出于数据库性能管理的原因，我也会避免使用它。您可以使用 PgBouncer 之类的东西在服务器端的许多设备之间建立连接池，因此连接池不是一个大问题，但是清理丢失和放弃的连接是，使其工作所需的 tcp keepalive 流量和长期停滞不前来自废弃连接的交易。
关于android - Android 的 JDBC 与 Web 服务，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15853367/