Известно, что Android WebView 4.4 конвертирует некоторые URL, в связанной проблеме описаны некоторые шаги, как предотвратить это. Из вашего вопроса не совсем понятно, основана ли ваша потребность на этом или чем-то другом.

Вы можете замаскировать обратную косую черту и другие знаки с помощью соответствующего номера в таблице символов. В URL-адресах номер записывается в шестнадцатеричном формате.

Hexadecimal: 5C
Dezimal: 92
Sign: \

К коду добавляется % для каждого знака в URL-адресе, ваш код после замены выглядит следующим образом:

String myUri = "https://evil.example.com%5C%5C.good.example.org/";
// or
String myUri = "https://evil.example.com%5C%[email protected]/";

может потребоваться добавить косую черту для разделения домена и пути:

String myUri = "https://evil.example.com/%5C%5C.good.example.org/";
// or
String myUri = "https://evil.example.com/%5C%[email protected]/";

Возможно ли, что обратная косая черта никогда не будет использоваться для сетевого взаимодействия, а будет служить в качестве экранирования для некоторых процедур, таких как регулярные выражения, или для вывода в JavaScript (Json) или некоторых других шагов?

Бонус ;-)
Ниже приведен php-скрипт, который печатает таблицу для большинства знаков UTF-8 с соответствующими числами в шестнадцатеричном и десятичном формате. (он все еще должен быть завернут в html-шаблон, включая, возможно, css):

<?php
    $chs = array('0','1','2','3','4','5','6','7','8','9','A','B','C','D','E','F');
    $chs2 = $chs;
    $chs3 = $chs;
    $chs4 = $chs;
    foreach ($chs as $ch){
        foreach ($chs2 as $ch2){    
            foreach ($chs3 as $ch3){
                foreach ($chs4 as $ch4){
                    echo '<tr>';
                    echo '<td>';
                    echo $ch.$ch2.$ch3.$ch4;
                    echo '</td>';
                    echo '<td>';
                    echo hexdec($ch.$ch2.$ch3.$ch4);
                    echo '</td>';
                    echo '<td>';
                    echo '&#x'.$ch.$ch2.$ch3.$ch4.';';
                    echo '</td>';
                    echo '</tr>';
                }
            }
        }
    }
?>

Is this known, expected or correct behavior?

ИМО, это не так. И для URI, и для WebView. Поскольку RFC не допускает обратной косой черты, они могли бы предупредить об этом. Однако это менее важно, потому что это не влияет на работу вообще, если вход ожидал.

Do the two classes simply follow different standards?

Классы URI и WebView строго следуют одним и тем же стандартам. Но из-за того, что это разные реализации, они могут вести себя по-разному по отношению к входу непредвиденный.

Например, "^(([^:/?#]+):)?((//([^/?#]*))?([^?#]*)(\\?([^#]*))?)?(#(.*))?" - это регулярное выражение в URI, которое используется для анализа URI. Разбор URI WebView выполняется собственными методами CPP. Несмотря на то, что они следуют одним и тем же стандартам, у них есть шансы дать другой результат (по крайней мере, для неожиданных исходных данных).

Does the following patch look reasonable?

Не совсем (см. Ответ на следующий вопрос).

Do you know of anything else (apart from a backslash) that causes a mismatch between the two classes?

Поскольку вас так беспокоит согласованное поведение, я не буду предлагать ручную проверку. Даже программисты, написавшие эти классы, не могут перечислить все такие сценарии.

Решение

Если я правильно понимаю, вам нужно загрузить URL-адреса, которые предоставляются ненадежными внешними источниками (которые злоумышленники могут использовать, если есть лазейка), но вам необходимо правильно идентифицировать его хост.

В этом случае вы можете проанализировать его, используя сам класс URI, и использовать URI#getHost() для идентификации хоста. Но для WebView вместо передачи исходной строки URL-адреса передайте URI#toString().