Android 无法使用4G检索位置

我正试图用计算机检索位置

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

当我连接到Wifi时，没有问题，但当我断开Wifi并让4G确定位置时，我没有gps定位

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

问题是我通过4G接收互联网，所以我不明白为什么

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

---

有什么想法吗？

我认为这里的问题是谷歌定位服务，也称为“网络”定位，严重依赖Wi-Fi网络来确定位置

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

从蜂窝网络获取位置可能很困难，特别是取决于您所在的位置。如果你在一个城市的市中心，周围有很多手机发射塔，所以三角测量可以更好地确定你的位置

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

文档中并未明确说明这一点，但使用

优先级\u平衡\u功率\u精度

可能会“被动”使用GPS无线电，这意味着只有在其他应用程序请求位置回调时，它才会从GPS无线电向您提供数据，因此您基本上会依赖该请求，即使你得到了位置数据，你的应用程序也不会因为电池耗尽而受到指责

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

文件规定：

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

在这两个极端之间是一个非常常见的用例，其中 应用程序肯定希望在指定的时间接收更新 间隔，并且可以在可用时更快地接收它们，但仍然需要 低功率冲击。这些应用应该考虑 优先级\u平衡\u功率\u精度与更快的速度相结合 设置FastTestInterval（长）（如1分钟）和较慢的 设置间隔（长）（如60分钟）。他们只会被分配 setInterval（长）设置的间隔的电源故障，但仍然可以 接收由其他应用程序触发的位置，速率高达 SetFastTestInterval（长）。这种类型的请求适合于 许多位置感知应用程序，包括后台使用。一定要 如果执行此操作，请小心调节设置FastTestInterval（长） 收到更新后的繁重工作-例如使用 网络

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

请看这里：

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

---

也请看这篇文章：

我认为这里的问题是谷歌定位服务，也称为“网络”定位，严重依赖Wi-Fi网络来确定位置

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

从蜂窝网络获取位置可能很困难，特别是取决于您所在的位置。如果你在一个城市的市中心，周围有很多手机发射塔，所以三角测量可以更好地确定你的位置

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

文档中并未明确说明这一点，但使用

优先级\u平衡\u功率\u精度

可能会“被动”使用GPS无线电，这意味着只有在其他应用程序请求位置回调时，它才会从GPS无线电向您提供数据，因此您基本上会依赖该请求，即使你得到了位置数据，你的应用程序也不会因为电池耗尽而受到指责

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

文件规定：

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

在这两个极端之间是一个非常常见的用例，其中 应用程序肯定希望在指定的时间接收更新 间隔，并且可以在可用时更快地接收它们，但仍然需要 低功率冲击。这些应用应该考虑 优先级\u平衡\u功率\u精度与更快的速度相结合 设置FastTestInterval（长）（如1分钟）和较慢的 设置间隔（长）（如60分钟）。他们只会被分配 setInterval（长）设置的间隔的电源故障，但仍然可以 接收由其他应用程序触发的位置，速率高达 SetFastTestInterval（长）。这种类型的请求适合于 许多位置感知应用程序，包括后台使用。一定要 如果执行此操作，请小心调节设置FastTestInterval（长） 收到更新后的繁重工作-例如使用 网络

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

请看这里：

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

---

也请看这篇文章：

我认为这里的问题是谷歌定位服务，也称为“网络”定位，严重依赖Wi-Fi网络来确定位置

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

从蜂窝网络获取位置可能很困难，特别是取决于您所在的位置。如果你在一个城市的市中心，周围有很多手机发射塔，所以三角测量可以更好地确定你的位置

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

文档中并未明确说明这一点，但使用

优先级\u平衡\u功率\u精度

可能会“被动”使用GPS无线电，这意味着只有在其他应用程序请求位置回调时，它才会从GPS无线电向您提供数据，因此您基本上会依赖该请求，即使你得到了位置数据，你的应用程序也不会因为电池耗尽而受到指责

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

文件规定：

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

在这两个极端之间是一个非常常见的用例，其中 应用程序肯定希望在指定的时间接收更新 间隔，并且可以在可用时更快地接收它们，但仍然需要 低功率冲击。这些应用应该考虑 优先级\u平衡\u功率\u精度与更快的速度相结合 设置FastTestInterval（长）（如1分钟）和较慢的 设置间隔（长）（如60分钟）。他们只会被分配 setInterval（长）设置的间隔的电源故障，但仍然可以 接收由其他应用程序触发的位置，速率高达 SetFastTestInterval（长）。这种类型的请求适合于 许多位置感知应用程序，包括后台使用。一定要 如果执行此操作，请小心调节设置FastTestInterval（长） 收到更新后的繁重工作-例如使用 网络

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

请看这里：

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

---

也请看这篇文章：

我认为这里的问题是谷歌定位服务，也称为“网络”定位，严重依赖Wi-Fi网络来确定位置

mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);

从蜂窝网络获取位置可能很困难，特别是取决于您所在的位置。如果你在市中心的一个c