Por que os aplicativos Android são menores em tamanho do que os aplicativos iOS?

Aplicações iOS são distribuídas como código nativo que é executado diretamente na CPU, mas a Apple distribuiu várias arquiteturas diferentes de CPU, então elas incluem diferentes cópias do código do aplicativo para cada CPU. Eles até incluem uma versão "semi-compilada" que a App Store pode otimizar para novos dispositivos. Felizmente, cada dispositivo só baixa a cópia do código da sua CPU, mas o tamanho listado na App Store inclui todas as versões.
>br>Android apps são distribuídos como "bytecode" independente da CPU que é convertido no código nativo do dispositivo em tempo de execução. Isso é mais portátil, mas adiciona overhead.

iOS aplicativos tipicamente incluem várias versões diferentes de sua arte-2x e 3x de resolução, espaços de cores sRGB e P3, às vezes versões separadas para iPhone e iPad. Novamente, cada dispositivo só baixa a arte para sua tela, mas o tamanho listado na App Store inclui todas as versões.
>br>Aplicações Android normalmente não têm tantas versões diferentes da arte; o número absoluto e variedade de dispositivos Android significa que você não pode obter resultados perfeitos de qualquer forma.li>li>aplicações iOS podem incluir uma aplicação Apple Watch, que no iOS é uma aplicação completamente separada com seu próprio código, arte e recursos. Novamente, apenas dispositivos emparelhados com um Apple Watch irão baixar o aplicativo Watch, mas o tamanho listado na App Store inclui-o.
>br>Android Wear apps são integrados ao aplicativo principal do dispositivo. Isto faz com que pareça menor, mas significa que a aplicação inteira - não apenas as partes relacionadas ao relógio - tem que ser carregada no minúsculo armazenamento flash do relógio.iOS aplicativos hoje em dia são frequentemente escritos na nova linguagem de programação da Apple, Swift, mas o Swift ainda está em fluxo. Ao invés de incluir suas bibliotecas de suporte em rápida mudança no iOS, as aplicações que usam o Swift incluem suas próprias cópias privadas dessas bibliotecas. Há uma para cada framework que o aplicativo usa, e cada framework adiciona um par de megabytes. (Ocasionalmente, um desenvolvedor irá configurar algo incorretamente e eles acabarão incluindo várias cópias de uma dessas bibliotecas!) Espera-se que as bibliotecas de suporte da Swift se estabilizem na próxima versão, então esta situação começará a ser resolvida em 2018.
>br>A nova linguagem do Androide, Kotlin, integra-se mais diretamente na infraestrutura Android existente e não precisa deste tipo de bibliotecas de suporte. Mas isso vem com um custo: As bibliotecas de suporte da Swift permitem oferecer novos recursos que tornam os aplicativos mais confiáveis; o Kotlin não consegue igualar esses recursos porque não consegue alterar radicalmente a infraestrutura subjacente.

1-3 são mais do tamanho listado na App Store do que o tamanho real no dispositivo; 4 é uma situação temporária. Portanto a situação não é tão ruim quanto parece.