Хотя вы, безусловно, можете отключить всю ATS, используя решения, предоставленные Кишаном и Джонсоном, если вы знаете домен http-ресурса, который вы пытаетесь загрузить, у вас есть более подходящие варианты. Подробнее о том, почему отключение ATS не самая лучшая идея, см. в этом посте .
Лучшие варианты:
Если вы знаете, что http-ресурс всегда будет перенаправлять вас на один и тот же URL-адрес https: //, почему бы просто не использовать https: // URL в вашем коде. Это не сработает, если редирект - Dynami c, но если ваш код пытается загрузить http://www.example.com/resource, и он всегда перенаправляет на https://www.example.com/resource, почему бы просто не изменить Ваш код на go до версии https.
Отключать ATS только для домена, в котором необходимо разрешить не HTTPS-соединения. Это позволяет вам разрешать http-подключения только для тех доменов, которые, как вы знаете, не поддерживают https, лучше защищают пользователей вашего приложения. Ваши настройки ATS в вашем info.plist могут выглядеть примерно так:
Если и только если ваши URL-адреса основаны на данных, которые вы не контролируете (т. Е. Домены в этих URL-адресах могут быть чем угодно), вам нужно будет отключить все ATS, и Apple может в конечном итоге потребовать от вас обоснования отключить его. Первоначально они собирались отключить все приложения ATS go через дополнительный процесс запроса обоснования, но в последнее время они не упоминали об этом. Это должно быть последним средством.
Честно говоря, глядя на ваш пример UR