<data android:scheme="string"
      android:host="string"
      android:port="string"
      android:path="string"
      android:pathPattern="string"
      android:pathPrefix="string"
      android:pathSuffix="string"
      android:pathAdvancedPattern="string"
      android:mimeType="string" />

<scheme>://<host>:<port>[<path>|<pathPrefix>|<pathPattern>|<pathAdvancedPattern>|<pathSuffix>]

Os atributos que especificam o formato de URL são opcionais, mas também mutuamente dependentes:

• Se nenhum scheme for especificado para o filtro de intent, todos os outros atributos de URI vão ser ignorados.
• Se nenhum host for especificado para o filtro, o atributo port e todos os atributos de caminho vão ser ignorados.

Todos os elementos <data> contidos no mesmo elemento <intent-filter> contribuem para o mesmo filtro. Por exemplo, a especificação de filtro abaixo,

<intent-filter . . . >
    <data android:scheme="something" android:host="project.example.com" />
    . . .
</intent-filter>

é equivalente a:

<intent-filter . . . >
    <data android:scheme="something" />
    <data android:host="project.example.com" />
    . . .
</intent-filter>

Você pode colocar quantos elementos <data> quiser dentro de um <intent-filter> para dar várias opções de dados a ele. Nenhum dos atributos tem valores padrão.

As informações sobre o funcionamento dos filtros de intent, incluindo as regras de correspondência dos objetos de intent com filtros, podem ser encontradas no documento Intents e filtros de intent. Consulte também a seção Filtros de intent na visão geral do arquivo de manifesto.

android:scheme

Parte do esquema de um URI. Esse é o atributo essencial mínimo para especificar um URI. Pelo menos um atributo scheme precisa ser definido para o filtro, ou nenhum dos outros atributos de URI vai ser significativo.

Um esquema é especificado sem os dois-pontos à direita (por exemplo, http, em vez de http:).

Se o filtro tiver um tipo de dados definido (atributo mimeType) e nenhum esquema, os esquemas content: e file: vão ser usados.

Observação: a correspondência de esquemas no framework do Android diferencia maiúsculas de minúsculas, ao contrário do RFC. Como resultado, sempre é necessário especificar esquemas usando letras minúsculas.

android:host

A parte do host de uma autoridade de URI. Esse atributo é insignificante, a menos que um atributo scheme também seja especificado para o filtro. Use um asterisco (*) para corresponder a vários subdomínios e de zero a mais caracteres no host. Por exemplo, o host *.google.com corresponde a www.google.com, .google.com e developer.google.com.

O asterisco precisa ser o primeiro caractere do atributo do host. Por exemplo, o host google.co.* é inválido porque o caractere curinga de asterisco não é o primeiro caractere.

Observação: a correspondência do nome do host no framework do Android diferencia maiúsculas de minúsculas, ao contrário do RFC formal. Como resultado, sempre é necessário especificar nomes de host usando letras minúsculas.

android:port

A parte da porta de uma autoridade de URI. Esse atributo só é significativo se os atributos scheme e host também forem especificados para o filtro.

android:path
android:pathPrefix
android:pathSuffix
android:pathPattern
android:pathAdvancedPattern

A parte do caminho de um URI que precisa começar com uma /. O atributo path especifica um caminho completo que corresponde ao caminho de um objeto de intent. O atributo pathPrefix especifica um caminho parcial que é comparado somente com a parte inicial do caminho no objeto de intent. O atributo pathSuffix é comparado com a parte final do caminho no objeto de intent. Ele não precisa começar com o caractere "/". O atributo pathPattern especifica um caminho completo que é comparado ao caminho completo no objeto de intent e pode conter os caracteres curinga abaixo:

• Um asterisco ("*") compara uma sequência de 0 a muitas ocorrências do caractere imediatamente anterior.
• Um ponto seguido por um asterisco (".*") corresponde a uma sequência de 0 a muitos caracteres.

O atributo pathAdvancedPattern especifica um caminho completo, que corresponde ao caminho completo do objeto da intent e oferece suporte a estes padrões parecidos com o regex:

• Um ponto (".") corresponde a qualquer caractere.
• Um conjunto ("[...]") corresponde a intervalos de caracteres. Por exemplo, [0-5] corresponde a um único dígito de 0 a 5, mas não de 6 a 9. Da mesma forma, [a-zA-Z] corresponde a qualquer letra, independente se ela é maiúscula ou minúscula. Os conjuntos também oferecem suporte ao modificador de negação ^.
• O modificador de estrela ("*") corresponde ao padrão anterior zero ou mais vezes.
• O modificador de adição ("+") corresponde ao padrão anterior uma ou mais vezes.
• O modificador de intervalo ("'{...}") pode ser usado para especificar o número de vezes que ocorre uma correspondência com um padrão.

O matcher pathAdvancedPattern é uma implementação de avaliação simples em que a correspondência com o padrão é realizada em tempo real e sem suporte a retrocessos.

Como "\" é usado como um caractere de escape quando a string é lida no XML, antes de ser analisada como padrão, você vai precisar de um escape duplo. Por exemplo, um literal "*" seria escrito como "\\*", e um "\" como "\\\\". Isso é basicamente igual ao que você precisaria escrever ao construir a string em código Java.

Para mais informações sobre esses cinco tipos de padrões, consulte as descrições de PATTERN_LITERAL, PATTERN_PREFIX, PATTERN_SIMPLE_GLOB, PATTERN_SUFFIX, e PATTERN_ADVANCED_GLOB na classe PatternMatcher.

Esses atributos são significativos somente se os atributos scheme e host também forem especificados para o filtro.

O atributo pathSuffix foi introduzido no nível 31 da API.

O atributo pathAdvancedPattern foi introduzido no nível 26 da API.

android:mimeType

Um tipo de mídia MIME, como image/jpeg ou audio/mpeg4-generic. O subtipo pode ser o asterisco curinga (*) para indicar que qualquer subtipo é correspondente.

É comum que um filtro de intent declare um elemento <data> que inclua somente o atributo android:mimeType.

Observação: a correspondência de tipo MIME no framework do Android diferencia maiúsculas de minúsculas, ao contrário dos tipos RFC MIME formais. Como resultado, você sempre precisa especificar tipos MIME usando letras minúsculas.