我可以在 Android 上同时打开 Wi-Fi 和蜂窝网络接口吗？

发布于 2024-12-23 18:18:37 字数 644 浏览 5 评论 0原文

我正在开发一个将在手机上运行的应用程序将是私人 Wi-Fi 网络上的一个站点。该电话将是一个站，而不是接入点，并且专用 Wi-Fi 网络也不是到互联网的路由。我的应用程序需要与互联网上的服务器以及本地 Wi-Fi 网络上的设备，因此它需要同时在两个网络上建立连接。我一直在试图弄清楚如何做到这一点。

我一直在尝试讨论中描述的技术名为“Can Android 2.X同时连接3G和Wifi数据网络？”，但是它运作不佳。我发现，当我启用通过呼叫蜂窝网络 ConnectivityManager.setNetworkPreference(ConnectivityManager.TYPE_MOBILE), 我在 Wi-Fi 网络上打开的所有套接字都已关闭。我没有尝试过，但我怀疑同样的事情也会发生在套接字上当我切换回 Wi-Fi 时蜂窝网络。

另一个问题是，这些调用在全球范围内运行，改变网络设置适用于整个手机，而不仅仅是应用程序。切换网络像这样进行全局设置会干扰任何其他应用程序恰好在手机上运行。即使我的应用程序退出后，电话将继续以其上次设置的网络配置运行。

我正在寻找一种在蜂窝网络上打开连接的方法同时使用数据和 Wi-Fi 网络，且互不干扰手机上运行的其他应用程序。

有谁知道该怎么做这？
有谁知道这是否可能？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

陌路终见情 2024-12-30 18:18:37

这实际上很简单。您需要提交两个请求；一个用于具有 cellular 传输类型的网络，另一个请求具有 wifi 传输类型。然后，无论从这些请求返回什么网络，您都可以根据需要使用它们（例如，仅使用从 wifi 请求返回的网络来处理内部资源）。

以下是同时保持 Wi-Fi 和蜂窝网络运行的示例：

final ConnectivityManager connectivityManager = (ConnectivityManager)
  context.getSystemService(Context.CONNECTIVITY_SERVICE);

final NetworkRequest requestForWifi =
  new NetworkRequest.Builder()
  .addTransportType(NetworkCapabilities.TRANSPORT_WIFI)
  .build();

final NetworkRequest requestForCellular =
  new NetworkRequest.Builder()
  .addTransportType(NetworkCapabilities.TRANSPORT_CELLULAR)
  .build();

final NetworkCallback cbWifi = new NetworkCallback() {
  @Override
  void onAvailable(Network network) {
      // Triggers when this network is available so you can bind to it.
      
      // Examples of how to bind to it include 
      // (uncomment the best option for your use-case):
      
      // If you want to set connections for the entire app
      // connectivityManager.bindProcessToNetwork(network);

      // If you want to open a specific connection:
      // By socket:
      // try (Socket socket = new Socket()) {
      //     Network network = getNetwork();
      //     network.bindSocket(socket);
      // }
      // Or by URL:
      // URLConnection conn = network.openConnection(URL url);
  }
};

final NetworkCallback cbCellular = new NetworkCallback() {
  @Override
  void onAvailable(Network network) {
      // Triggers when this network is available so you can bind to it.
  }
};

connectivityManager.requestNetwork(requestForWifi, cbWifi);
connectivityManager.requestNetwork(requestForCellular, cbCellular);

只要有针对特定网络类型（即 Wi-Fi 或蜂窝网络）的请求，ConnectivityService（服务< code>ConnectivityManager 依赖）将保持这些网络可用（如果可用）。因此，使用上述模式但调整 NetworkRequest 对象以满足您的需求，您可以保持任意数量的网络运行。

This is actually pretty simple. You need to file two requests; one for a network with the cellular transport type and an additional request with the wifi transport type. Then, with whatever networks are returned from those requests, you can use them as needed (e.g. only do work on the internal resources with the network returned from the wifi request).

Here is an example to keep both Wi-Fi and Cellular up at the same time:

final ConnectivityManager connectivityManager = (ConnectivityManager)
  context.getSystemService(Context.CONNECTIVITY_SERVICE);

final NetworkRequest requestForWifi =
  new NetworkRequest.Builder()
  .addTransportType(NetworkCapabilities.TRANSPORT_WIFI)
  .build();

final NetworkRequest requestForCellular =
  new NetworkRequest.Builder()
  .addTransportType(NetworkCapabilities.TRANSPORT_CELLULAR)
  .build();

final NetworkCallback cbWifi = new NetworkCallback() {
  @Override
  void onAvailable(Network network) {
      // Triggers when this network is available so you can bind to it.
      
      // Examples of how to bind to it include 
      // (uncomment the best option for your use-case):
      
      // If you want to set connections for the entire app
      // connectivityManager.bindProcessToNetwork(network);

      // If you want to open a specific connection:
      // By socket:
      // try (Socket socket = new Socket()) {
      //     Network network = getNetwork();
      //     network.bindSocket(socket);
      // }
      // Or by URL:
      // URLConnection conn = network.openConnection(URL url);
  }
};

final NetworkCallback cbCellular = new NetworkCallback() {
  @Override
  void onAvailable(Network network) {
      // Triggers when this network is available so you can bind to it.
  }
};

connectivityManager.requestNetwork(requestForWifi, cbWifi);
connectivityManager.requestNetwork(requestForCellular, cbCellular);

As long as there are requests for a particular network type (i.e. Wi-Fi or Cellular), ConnectivityService (service that ConnectivityManager relies on) will keep those networks up if available. Therefore using the above pattern but tweaking the NetworkRequest object to meet your needs, you can keep any number of networks up.

回复收藏 0 原文

且行且努力 2024-12-30 18:18:37

此线程 Android：强制通过无线电发送数据与WiFi提到了解决该问题的两种可能的方法。

每当您希望应用程序使用特定连接时，请设置网络首选项：

ConnectivityManager cm = (ConnectivityManager)getSystemService(Context.CONNECTIVITY_SERVICE);
cm.setNetworkPreference(ConnectivityManager.TYPE_MOBILE);

启用高优先级移动数据连接：

connectivityManager.startUsingNetworkFeature(ConnectivityManager.TYPE_MOBILE, "enableHIPRI");

对于第二种方法，特别说明它适用于 Android 2.2，不知道这是否也适用于实际版本。然而，据我所知，enableHIPRI或多或少是一个隐藏的网络设置，所以如果可能的话我更喜欢第一种方法。

This thread Android: Force data to be sent over radio vs WiFi mentions two possible approaches to the problem.

Set the network preference whenever you want your app to use a specific connection:

ConnectivityManager cm = (ConnectivityManager)getSystemService(Context.CONNECTIVITY_SERVICE);
cm.setNetworkPreference(ConnectivityManager.TYPE_MOBILE);

Enable high priority mobile data connection:

connectivityManager.startUsingNetworkFeature(ConnectivityManager.TYPE_MOBILE, "enableHIPRI");

For the second approach it is specifically stated it works with Android 2.2, no idea if this works in actual versions as well. However as far as I found out, enableHIPRI is more or less a hidden network setting, so I would prefer the first method if possible.

回复收藏 0 原文

海的爱人是光 2024-12-30 18:18:37

如果您无法使用 API 调用来实现它，并且您愿意亲自参与较低级别的工作，那么一些 Linux 知识可能会有所帮助。
基本上，您要做的就是启动两个接口并在 3g 接口上设置默认路由。
您必须使用具有 root 权限的系统命令来执行此类任务。
关闭套接字的原因可能是由于 API 调用而导致接口再次下降和上升。

回复收藏 0 原文