Observe que essa permissão é quase completamente indocumentada, portanto, precisamos sentir o caminho para seu verdadeiro significado. Portanto, isso não é de modo algum uma "resposta autorizada" - mas mais ou menos algo entre um "bom palpite" e uma "dedução de outros indicadores".
A descrição oficial dessa permissão (como foi dito, não há documentação adicional) é:
Permite que um aplicativo modifique o mapa de serviço do Google.
Então agora podemos adivinhar o que isso significa. Vamos fazer uma "engenharia reversa" para que isso aconteça. Ryan já deu algumas dicas em seu comentário, com links para duas perguntas do SO:
Lendo nas entrelinhas: sempre que um aplicativo deseja usar (partes do) Google Framework Framework , deve declarar a READ_GSERVICES
permissão necessária - o que é bastante semelhante ao exigido GET_ACCOUNTS
se você quiser USE_CREDENTIALS
: o aplicativo precisa primeiro garantir que o serviço necessário esteja disponível antes de acessá-lo.
Isso nos dá uma idéia do que deve ser o Mapa de Serviços do Google : algum tipo de índice para os Serviços do Google disponíveis (instalados).
Agora que descobrimos isso, podemos adivinhar qual WRITE_GSERVICES
é o objetivo da permissão - e por que ela é protegida pelo system
nível de proteção (ou seja, é concedida apenas aos "aplicativos do sistema" - ou seja, aqueles integrados à ROM, que é sendo instalado na /system
partição): READ_GSERVICES
se pretende descobrir quais serviços do Google estão disponíveis, WRITE_GSERVICES
deve ser sua contrapartida para atualizar esse mapa de serviço. Por exemplo, sempre que um novo serviço foi instalado (ou removido), para atualizar o "índice de serviços do Google disponível no dispositivo" - o "Mapa de serviços do Google".
Só uma coisa que me pergunto nesse contexto é: por que essa permissão pertence ao ACCOUNTS
grupo ?
Veja também: