这个问题其实和Android的权限规则演进、蓝牙连接的具体场景密切相关，我来拆解几个核心原因：

• 仅连接已配对设备，无需扫描新设备
  Android要求位置权限（ACCESS_COARSE_LOCATION/ACCESS_FINE_LOCATION）的核心场景是扫描发现未配对的蓝牙设备——早期系统中蓝牙扫描数据可被用于推测用户位置。但如果APP只需要连接已经在系统设置里配对过的蓝牙打印机，根本不需要执行扫描操作。这类APP通常会通过BluetoothAdapter.getBondedDevices()获取系统中已配对的设备列表，直接选择打印机建立RFCOMM连接，这个过程完全不需要位置权限。

• Android版本与权限规则的差异
  位置权限要求是从Android 6.0（API 23）才引入的。如果这个GitHub项目的targetSdkVersion低于23，那么即使在高版本Android系统上运行，也会触发权限兼容模式：系统会默认授予清单中声明的基础蓝牙权限，而如果APP本身没用到扫描逻辑，甚至清单里不声明位置权限也不会影响已配对设备的连接。
  另外，Android 12（API 31）之后，谷歌把蓝牙相关权限拆分成了BLUETOOTH_SCAN、BLUETOOTH_CONNECT等更细分的权限，替代了之前依赖位置权限的规则。如果APP目标SDK是31+，且只做连接操作，只需要声明BLUETOOTH_CONNECT即可，不需要位置权限。

• 未主动执行扫描逻辑
  有些蓝牙打印机APP会把配对操作交给系统蓝牙设置界面完成——比如通过Intent唤起系统配对页面，让用户手动完成打印机配对。APP只负责在配对完成后，通过设备地址或已配对列表获取设备并建立连接，全程不主动调用蓝牙扫描API，自然不需要申请位置权限。

你可以去查看这个项目的代码，大概率能看到它只处理已配对设备的逻辑，没有调用BluetoothAdapter.startDiscovery()这类扫描API，这就是它无需位置权限的关键。

内容的提问来源于stack exchange，提问作者Lahiru Chandima