C# 确定可用带宽

确定.NET中可用带宽的最佳方法是什么

我们的用户可以从各种远程接入点（有线和无线）访问业务应用程序，根据用户所在的位置，带宽有时可能非常低。当应用程序运行缓慢时，问题可能是由于低带宽而不是其他问题

我希望能够运行某种服务，在可用带宽下降到特定阈值以下时向用户发出警告

---

有什么想法吗？

除了下载一个已知大小的文件和下载所需的时间之外。这样做的缺点是需要浪费大量带宽。此外，如果希望在吞吐量下降到阈值以下时发出警报，则必须或多或少地连续运行测试

我知道，我会在一些地方忍受糟糕的表现，因为如果它真的发生了，你将无能为力

---

很抱歉。

下载一个已知大小的文件并计时需要多长时间，这是显而易见的。这样做的缺点是需要浪费大量带宽。此外，如果希望在吞吐量下降到阈值以下时发出警报，则必须或多或少地连续运行测试

我知道，我会在一些地方忍受糟糕的表现，因为如果它真的发生了，你将无能为力

---

抱歉。

如果要传输数据，只需测量即可。如果您想使参考对象独立于服务器的速度，也可以从某处下载参考对象。

如果您正在传输数据，只需测量它即可。如果你想让引用对象独立于服务器的速度，你也可以从某处下载引用对象。

如果不实际使用它，测量带宽是不容易的，这当然会让应用程序感到饥饿。但要记住几点：

1） 是带宽问题还是延迟问题？您可以用比带宽更少的干扰方式测量延迟

---

2） 应用程序是否都从同一台服务器（或至少是同一个网络）运行？您可能会发现，用户可以很好地连接到网络的某些区域，但不能连接到其他区域。（最后一英里很可能是限制因素，但情况并非总是如此。）

如果不实际使用带宽，就无法轻松测量带宽，这当然会导致应用程序匮乏。但要记住几点：

1） 是带宽问题还是延迟问题？您可以用比带宽更少的干扰方式测量延迟

---

2） 应用程序是否都从同一台服务器（或至少是同一个网络）运行？您可能会发现，用户可以很好地连接到网络的某些区域，但不能连接到其他区域。（最后一英里可能是限制因素，但情况并非总是如此。）

在不知道连接的确切性质或使用方式的情况下，我知道有两种选择

MultinetGetConnectionPerformance（）

系统事件通知服务（）

两者都不是直接的.NET类，但是可以很容易地在.NET中实现

看看他们两个，看看他们是否会为你工作

---

Roy

在不知道您的连接的确切性质或使用方式的情况下，我知道有两种选择

MultinetGetConnectionPerformance（）

系统事件通知服务（）

两者都不是直接的.NET类，但是可以很容易地在.NET中实现

看看他们两个，看看他们是否会为你工作

罗伊