Expo Go vs. Builds de Desenvolvimento

Q: O que é um build de desenvolvimento?

Um build de desenvolvimento é uma versão de depuração do seu aplicativo com a biblioteca expo-dev-client instalada. Ele inclui suas dependências nativas e se conecta ao Metro para recarga rápida de JavaScript - a mesma arquitetura que a produção usa, menos otimizações de release.

Q: Como crio um build de desenvolvimento no EAS?

Defina "developmentClient": true no perfil EAS. Instale o artefato, então execute npx expo start --dev-client.

Q: Armadilha: Por que meu novo pacote nativo funciona após npm install, mas falha em tempo de execução?

npm install adiciona JavaScript e código fonte nativo a node_modules, mas o binário do Expo Go não inclui esse código nativo. Crie um build de desenvolvimento para que o módulo nativo seja compilado em seu aplicativo.

Q: Qual comando inicia o Metro para um build de desenvolvimento?

Sem --dev-client, o CLI otimiza para códigos QR do Expo Go.

O Expo Go é um playground rápido com uma superfície nativa fixa. Um build de desenvolvimento é seu próprio binário de depuração com expo-dev-client, que carrega todos os módulos nativos que seu projeto instala - o ambiente a partir do qual os aplicativos de produção são realmente construídos.

Receita

Cartão de receita de referência rápida - pronto para copiar e colar.

# Ainda prototipando apenas com módulos do Expo SDK? Expo Go é suficiente:
npx expo start
# Escaneie o QR com o Expo Go (simulador/emulador ou dispositivo com SDK correspondente)
 
# Precisa de código nativo personalizado? Adicione o cliente de desenvolvimento e crie um build de desenvolvimento:
npx expo install expo-dev-client
eas build --profile development --platform ios
# Instale o .ipa/.apk, então:
npx expo start --dev-client

Quando usar isso:

Decidindo se o Expo Go do primeiro dia é suficiente para seu spike do SDK 57.
Encontrando Native module cannot be null após npm install de uma biblioteca não incluída no Expo Go.
Testando notificações push, links de aplicativos/universais ou comportamento realista de splash/ícone personalizado.
Integrando colegas de equipe que confundem as limitações do Expo Go com as limitações da plataforma Expo.

Exemplo de Trabalho

# 1. Adicione expo-dev-client a um projeto SDK 57 existente
npx expo install expo-dev-client

// eas.json - perfil de desenvolvimento (build de depuração instalável)
{
  "cli": { "version": ">= 16.0.0" },
  "build": {
    "development": {
      "developmentClient": true,
      "distribution": "internal",
      "ios": { "simulator": true }
    },
    "production": {
      "autoIncrement": true
    }
  }
}

# 2. Construa e instale (exemplo de simulador)
eas build --profile development --platform ios
# Baixe/instale o build, então inicie o Metro para o dev-client:
npx expo start --dev-client

// App.tsx - detecte o runtime para diagnósticos condicionais
import { useEffect, useState } from "react";
import { Button, StyleSheet, Text, View } from "react-native";
import * as Expo from "expo";
import Constants from "expo-constants";
 
export default function App() {
  const [inGo, setInGo] = useState<boolean | null>(null);
 
  useEffect(() => {
    setInGo(Expo.isRunningInExpoGo());
  }, []);
 
  return (
    <View style={styles.container}>
      <Text style={styles.title}>Sonda de Runtime</Text>
      <Text>expo-dev-client: {Constants.expoConfig?.plugins?.includes("expo-dev-client") ? "configurado" : "n/a"}</Text>
      <Text>Executando no Expo Go: {inGo === null ? "…" : inGo ? "sim" : "não"}</Text>
      <Text style={styles.hint}>
        Builds de desenvolvimento carregam seus módulos nativos. Expo Go carrega apenas módulos enviados dentro do Expo Go.
      </Text>
      <Button title="Recarregar" onPress={() => Expo.reloadAppAsync("manual")} />
    </View>
  );
}
 
const styles = StyleSheet.create({
  container: { flex: 1, justifyContent: "center", padding: 24, gap: 8 },
  title: { fontSize: 20, fontWeight: "700" },
  hint: { fontSize: 14, color: "#555", marginTop: 8 },
});

O que isso demonstra:

expo-dev-client transforma seu aplicativo em um cliente de desenvolvimento com uma interface de lançamento e inspetor de rede.
eas build --profile development produz um binário instalável com seu grafo de dependência nativa.
npx expo start --dev-client serve JS para o binário personalizado em vez do Expo Go.
Expo.isRunningInExpoGo() ramifica diagnósticos ou portões de recursos durante a migração.

Mergulho Profundo

Como Funciona

Duas camadas: aplicativo nativo vs. bundle JavaScript

Camada	O que é	Muda quando
Aplicativo nativo	Binário no dispositivo (Expo Go ou seu build de desenvolvimento)	Novo módulo nativo, ícone, entitlements, atualização do SDK
Bundle JavaScript	Saída do Metro de `npx expo start`	Cada Fast Refresh / recarga

Seu JS só pode chamar APIs nativas que existem no aplicativo nativo instalado. Instalar react-native-foo adiciona stubs JS a node_modules, mas até que o código nativo seja compilado em seu binário, as chamadas falham em tempo de execução.

Expo Go

Aplicativo pré-construído da loja com um conjunto fixo de módulos nativos (o subconjunto do Expo SDK que o Expo Go envia).
Carrega seu bundle JS pela rede - iteração instantânea para aprendizado e trabalho inicial de UI.
Não pode obter novos módulos nativos após a instalação.
Mostra um splash emulado (ícone do aplicativo em cor sólida) - não seus ativos reais de splash app.json.
Suporta uma versão do SDK em builds da App Store iOS - SDKs mais antigos exigem simulador/Android sideload de expo.dev/go.

Build de desenvolvimento (`expo-dev-client`)

Seu binário de depuração com os mesmos módulos nativos que você envia para TestFlight / Play Internal Testing.
Inclui um lançador para alternar servidores Metro, abrir atualizações e inspecionar o tráfego de rede.
Reconstrução necessária quando dependências nativas ou campos nativos de app.config mudam - trabalho apenas em JS ainda recarrega rapidamente.
Necessário para testes realistas de notificações push, links de aplicativos/universais e módulos nativos personalizados.

┌─────────────────────┐         ┌──────────────────────────────┐
│     Expo Go         │         │   Build de desenvolvimento   │
│  Módulos nativos fixos │         │  Seus módulos nativos + dev-client│
│  + seu bundle JS    │         │  + seu bundle JS            │
└─────────────────────┘         └──────────────────────────────┘
         │                                    │
         └────────── npx expo start ──────────┘
                    (Metro serve JS)

Matriz de Decisão

Necessidade	Expo Go	Build de desenvolvimento
UI com apenas módulos do Expo SDK	✓	✓ (exagero no início)
`expo-camera`, `expo-router`, etc. no SDK 57	✓ se incluído no Expo Go	✓
`@react-native-firebase/*`, SDKs nativos personalizados	✗	✓
Notificações push remotas (APNs/FCM)	✗	✓
Links Universais iOS / Links de Aplicativo Android	✗	✓
Ícone/splash do aplicativo personalizado no dispositivo	Limitado / emulado	✓
Código nativo que você escreveu (API Expo Modules)	✗	✓
Mesmo binário que CI de produção	✗	✓ (variante de depuração)

Caminho de Migração (Expo Go → cliente de desenvolvimento)

npx expo install expo-dev-client
# Garanta que os plugins incluam expo-dev-client (adicionado automaticamente pela instalação)
 
eas build:configure   # se eas.json estiver faltando
eas build --profile development --platform all
 
# Loop diário após a instalação:
npx expo start --dev-client

Alternativa local quando você tem Xcode/Android Studio:

npx expo run:ios
npx expo run:android

Estes compilam um binário de depuração com expo-dev-client incorporado.

Notas TypeScript

import * as Expo from "expo";
 
export function RuntimeBanner() {
  if (Expo.isRunningInExpoGo()) {
    return <Text>Expo Go - alguns recursos nativos desativados</Text>;
  }
  return <Text>Build nativo de desenvolvimento / produção</Text>;
}

Use a detecção de runtime apenas para diagnósticos - não bifurque a lógica do produto permanentemente em isRunningInExpoGo() a menos que o recurso seja genuinamente indisponível.

Armadilhas

Instalar uma biblioteca nativa e esperar que o Expo Go funcione - Instalações JS bem-sucedidas, mas chamadas nativas falham. Correção: npx expo install expo-dev-client e crie um build de desenvolvimento.
Testar notificações push no Expo Go - Push remoto requer seus certificados em seu binário. Correção: Build de desenvolvimento com credenciais de push configuradas.
Assumir que as alterações de splash/ícone aparecem no Expo Go - Expo Go mostra seu próprio shell; sua marca é enviada com builds nativos. Correção: Valide ativos em um build de desenvolvimento ou de pré-visualização.
Esquecer o sinalizador --dev-client - Metro usa o fluxo de QR code do Expo Go por padrão; seu binário personalizado não se conectará corretamente. Correção: npx expo start --dev-client após instalar um build de desenvolvimento.
Dispositivo iOS preso no Expo Go com SDK errado - A App Store oferece apenas o Expo Go mais recente. Correção: Build de desenvolvimento, ou use o simulador com um build do Expo Go para download de expo.dev/go.
Recompilar para cada alteração de JS - Desnecessário. Reconstruções nativas são apenas para alterações de dependência nativa ou de plugin de configuração. Correção: Mantenha o Metro em execução; recarregue JS para edições de componentes.
Enviar expo-dev-client para lojas de produção - O cliente de desenvolvimento pertence a perfis de depuração/internos. Correção: Perfis EAS separados de development e production; produção omite a interface do lançador do dev-client.

Alternativas

Alternativa	Usar Quando	Não Usar Quando
Expo Go	Aprendizado, spikes de UI, apenas módulos do SDK	Módulos nativos personalizados ou testes realistas de loja
Build de desenvolvimento EAS	Distribuição para equipe, sem configuração local de Xcode/Android	Você precisa de iteração nativa instantânea sem fila na nuvem
`npx expo run:ios/android` (local)	Iteração nativa rápida em uma máquina	Equipes apenas de CI sem ferramentas nativas locais
Build de pré-visualização (configuração de release, distribuição interna)	Testes de QA de desempenho perto da produção	Loop de desenvolvimento diário - mais lento que o cliente de desenvolvimento + Metro
Apenas build de produção	Aplicativos pequenos sem personalizações nativas	Qualquer projeto que iterou no Expo Go e atingiu barreiras nativas
Simulador web (`expo start --web`)	Lógica de componente sem APIs nativas	Câmera, push, sensores ou código nativo específico da plataforma

FAQs

O que é Expo Go?

Expo Go é um aplicativo de playground Expo pré-construído das lojas de aplicativos. Ele carrega seu bundle JavaScript pela rede para que você possa visualizar a UI rapidamente sem compilar o código nativo você mesmo.

O que é um build de desenvolvimento?

Um build de desenvolvimento é uma versão de depuração do seu aplicativo com a biblioteca expo-dev-client instalada. Ele inclui suas dependências nativas e se conecta ao Metro para recarga rápida de JavaScript - a mesma arquitetura que a produção usa, menos otimizações de release.

Quando o Expo Go é suficiente?

Quando você usa apenas módulos nativos já incluídos no Expo Go (a maioria dos pacotes do SDK expo-*), você está aprendendo RN, ou está construindo UI que não depende de código nativo personalizado, push ou links de aplicativos.

Quando devo mudar para um build de desenvolvimento?

Antes de integrar bibliotecas com código nativo fora do bundle do Expo Go, testar push remoto, configurar links universais/de aplicativos ou validar ícones, splash screens e entitlements reais.

O que o expo-dev-client adiciona?

Um lançador de desenvolvimento, URLs Metro alternáveis, inspeção de rede e suporte para carregar seu grafo de módulos nativos personalizados - capacidades que o Expo Go não pode replicar porque seu binário nativo é fixo.

Como crio um build de desenvolvimento no EAS?

npx expo install expo-dev-client
eas build --profile development --platform ios

Defina "developmentClient": true no perfil EAS. Instale o artefato, então execute npx expo start --dev-client.

Preciso reconstruir para cada alteração de código?

Não. Alterações em JavaScript e React são recarregadas rapidamente através do Metro tanto no Expo Go quanto nos builds de desenvolvimento. Reconstrua apenas quando dependências nativas ou plugins de configuração mudarem.

Armadilha: Por que meu novo pacote nativo funciona após npm install, mas falha em tempo de execução?

npm install adiciona JavaScript e código fonte nativo a node_modules, mas o binário do Expo Go não inclui esse código nativo. Crie um build de desenvolvimento para que o módulo nativo seja compilado em seu aplicativo.

Posso usar o Expo Go com o SDK 57?

Sim, em simuladores/emuladores e dispositivos Android quando as versões do Expo Go se alinham. Dispositivos iOS físicos devem usar a versão do Expo Go da App Store compatível com o SDK 57 - se houver incompatibilidade, use um build de desenvolvimento.

Qual comando inicia o Metro para um build de desenvolvimento?

npx expo start --dev-client

Sem --dev-client, o CLI otimiza para códigos QR do Expo Go.

Como detecto o Expo Go em tempo de execução?

import * as Expo from "expo";
Expo.isRunningInExpoGo(); // booleano

Use para diagnósticos, não como uma estratégia permanente de flag de recursos.

Os builds de desenvolvimento são os mesmos que os builds de produção?

Eles compartilham módulos nativos e plugins de configuração, mas os builds de desenvolvimento incluem ferramentas dev-client, símbolos de depuração e distribuição interna. Perfis de produção removem código apenas de desenvolvimento e aplicam assinatura de release.

Posso testar deep links no Expo Go?

Esquemas de URL personalizados funcionam parcialmente, mas App Links / Universal Links precisam de associação bidirecional incorporada em seu binário nativo - impossível no Expo Go. Use um build de desenvolvimento.

Qual é o fluxo de trabalho diário depois de ter um build de desenvolvimento instalado?

Inicie o Metro uma vez (npx expo start --dev-client), abra o aplicativo do cliente de desenvolvimento, escolha seu servidor, itere no JS com Fast Refresh. Reconstrua o nativo apenas quando as dependências nativas mudarem.

O expo-dev-client é enviado para a App Store?

Não. Mantenha-o em perfis de desenvolvimento/internos. Builds de lojas de produção usam um perfil EAS production sem o lançador de desenvolvimento.

Relacionado

create-expo-app Quickstart - crie o scaffold do projeto antes de escolher um runtime
app.json & app.config.js - campos nativos que os builds de desenvolvimento realmente aplicam
Expo Modules Core - como os módulos nativos se registram em seu binário
Expo Platform Basics - visão geral do fluxo de trabalho gerenciado
Migração de Gerenciado para Bare - quando você precisa de controle total do diretório nativo
Melhores Práticas - padrões de equipe para o momento de adoção do dev-client

Versões da Stack: Esta página foi escrita para React 19.2.3, React Native 0.86.0 e Expo SDK 57 (expo ~57.0.4).

Receita

Cartão de receita de referência rápida - pronto para copiar e colar.

# Ainda prototipando apenas com módulos do Expo SDK? Expo Go é suficiente:
npx expo start
# Escaneie o QR com o Expo Go (simulador/emulador ou dispositivo com SDK correspondente)
 
# Precisa de código nativo personalizado? Adicione o cliente de desenvolvimento e crie um build de desenvolvimento:
npx expo install expo-dev-client
eas build --profile development --platform ios
# Instale o .ipa/.apk, então:
npx expo start --dev-client

Quando usar isso:

Decidindo se o Expo Go do primeiro dia é suficiente para seu spike do SDK 57.
Encontrando Native module cannot be null após npm install de uma biblioteca não incluída no Expo Go.
Testando notificações push, links de aplicativos/universais ou comportamento realista de splash/ícone personalizado.
Integrando colegas de equipe que confundem as limitações do Expo Go com as limitações da plataforma Expo.

Exemplo de Trabalho

# 1. Adicione expo-dev-client a um projeto SDK 57 existente
npx expo install expo-dev-client

// eas.json - perfil de desenvolvimento (build de depuração instalável)
{
  "cli": { "version": ">= 16.0.0" },
  "build": {
    "development": {
      "developmentClient": true,
      "distribution": "internal",
      "ios": { "simulator": true }
    },
    "production": {
      "autoIncrement": true
    }
  }
}

# 2. Construa e instale (exemplo de simulador)
eas build --profile development --platform ios
# Baixe/instale o build, então inicie o Metro para o dev-client:
npx expo start --dev-client

// App.tsx - detecte o runtime para diagnósticos condicionais
import { useEffect, useState } from "react";
import { Button, StyleSheet, Text, View } from "react-native";
import * as Expo from "expo";
import Constants from "expo-constants";
 
export default function App() {
  const [inGo, setInGo] = useState<boolean | null>(null);
 
  useEffect(() => {
    setInGo(Expo.isRunningInExpoGo());
  }, []);
 
  return (
    <View style={styles.container}>
      <Text style={styles.title}>Sonda de Runtime</Text>
      <Text>expo-dev-client: {Constants.expoConfig?.plugins?.includes("expo-dev-client") ? "configurado" : "n/a"}</Text>
      <Text>Executando no Expo Go: {inGo === null ? "…" : inGo ? "sim" : "não"}</Text>
      <Text style={styles.hint}>
        Builds de desenvolvimento carregam seus módulos nativos. Expo Go carrega apenas módulos enviados dentro do Expo Go.
      </Text>
      <Button title="Recarregar" onPress={() => Expo.reloadAppAsync("manual")} />
    </View>
  );
}
 
const styles = StyleSheet.create({
  container: { flex: 1, justifyContent: "center", padding: 24, gap: 8 },
  title: { fontSize: 20, fontWeight: "700" },
  hint: { fontSize: 14, color: "#555", marginTop: 8 },
});

O que isso demonstra:

expo-dev-client transforma seu aplicativo em um cliente de desenvolvimento com uma interface de lançamento e inspetor de rede.
eas build --profile development produz um binário instalável com seu grafo de dependência nativa.
npx expo start --dev-client serve JS para o binário personalizado em vez do Expo Go.
Expo.isRunningInExpoGo() ramifica diagnósticos ou portões de recursos durante a migração.

Mergulho Profundo

Como Funciona

Duas camadas: aplicativo nativo vs. bundle JavaScript

Camada	O que é	Muda quando
Aplicativo nativo	Binário no dispositivo (Expo Go ou seu build de desenvolvimento)	Novo módulo nativo, ícone, entitlements, atualização do SDK
Bundle JavaScript	Saída do Metro de `npx expo start`	Cada Fast Refresh / recarga

Expo Go

Aplicativo pré-construído da loja com um conjunto fixo de módulos nativos (o subconjunto do Expo SDK que o Expo Go envia).
Carrega seu bundle JS pela rede - iteração instantânea para aprendizado e trabalho inicial de UI.
Não pode obter novos módulos nativos após a instalação.
Mostra um splash emulado (ícone do aplicativo em cor sólida) - não seus ativos reais de splash app.json.
Suporta uma versão do SDK em builds da App Store iOS - SDKs mais antigos exigem simulador/Android sideload de expo.dev/go.

Build de desenvolvimento (`expo-dev-client`)

Seu binário de depuração com os mesmos módulos nativos que você envia para TestFlight / Play Internal Testing.
Inclui um lançador para alternar servidores Metro, abrir atualizações e inspecionar o tráfego de rede.
Reconstrução necessária quando dependências nativas ou campos nativos de app.config mudam - trabalho apenas em JS ainda recarrega rapidamente.
Necessário para testes realistas de notificações push, links de aplicativos/universais e módulos nativos personalizados.

┌─────────────────────┐         ┌──────────────────────────────┐
│     Expo Go         │         │   Build de desenvolvimento   │
│  Módulos nativos fixos │         │  Seus módulos nativos + dev-client│
│  + seu bundle JS    │         │  + seu bundle JS            │
└─────────────────────┘         └──────────────────────────────┘
         │                                    │
         └────────── npx expo start ──────────┘
                    (Metro serve JS)

Matriz de Decisão

Necessidade	Expo Go	Build de desenvolvimento
UI com apenas módulos do Expo SDK	✓	✓ (exagero no início)
`expo-camera`, `expo-router`, etc. no SDK 57	✓ se incluído no Expo Go	✓
`@react-native-firebase/*`, SDKs nativos personalizados	✗	✓
Notificações push remotas (APNs/FCM)	✗	✓
Links Universais iOS / Links de Aplicativo Android	✗	✓
Ícone/splash do aplicativo personalizado no dispositivo	Limitado / emulado	✓
Código nativo que você escreveu (API Expo Modules)	✗	✓
Mesmo binário que CI de produção	✗	✓ (variante de depuração)

Caminho de Migração (Expo Go → cliente de desenvolvimento)

npx expo install expo-dev-client
# Garanta que os plugins incluam expo-dev-client (adicionado automaticamente pela instalação)
 
eas build:configure   # se eas.json estiver faltando
eas build --profile development --platform all
 
# Loop diário após a instalação:
npx expo start --dev-client

Alternativa local quando você tem Xcode/Android Studio:

npx expo run:ios
npx expo run:android

Estes compilam um binário de depuração com expo-dev-client incorporado.

Notas TypeScript

import * as Expo from "expo";
 
export function RuntimeBanner() {
  if (Expo.isRunningInExpoGo()) {
    return <Text>Expo Go - alguns recursos nativos desativados</Text>;
  }
  return <Text>Build nativo de desenvolvimento / produção</Text>;
}

Use a detecção de runtime apenas para diagnósticos - não bifurque a lógica do produto permanentemente em isRunningInExpoGo() a menos que o recurso seja genuinamente indisponível.

Armadilhas

Instalar uma biblioteca nativa e esperar que o Expo Go funcione - Instalações JS bem-sucedidas, mas chamadas nativas falham. Correção: npx expo install expo-dev-client e crie um build de desenvolvimento.
Testar notificações push no Expo Go - Push remoto requer seus certificados em seu binário. Correção: Build de desenvolvimento com credenciais de push configuradas.
Assumir que as alterações de splash/ícone aparecem no Expo Go - Expo Go mostra seu próprio shell; sua marca é enviada com builds nativos. Correção: Valide ativos em um build de desenvolvimento ou de pré-visualização.
Esquecer o sinalizador --dev-client - Metro usa o fluxo de QR code do Expo Go por padrão; seu binário personalizado não se conectará corretamente. Correção: npx expo start --dev-client após instalar um build de desenvolvimento.
Dispositivo iOS preso no Expo Go com SDK errado - A App Store oferece apenas o Expo Go mais recente. Correção: Build de desenvolvimento, ou use o simulador com um build do Expo Go para download de expo.dev/go.
Recompilar para cada alteração de JS - Desnecessário. Reconstruções nativas são apenas para alterações de dependência nativa ou de plugin de configuração. Correção: Mantenha o Metro em execução; recarregue JS para edições de componentes.
Enviar expo-dev-client para lojas de produção - O cliente de desenvolvimento pertence a perfis de depuração/internos. Correção: Perfis EAS separados de development e production; produção omite a interface do lançador do dev-client.

Alternativas

Alternativa	Usar Quando	Não Usar Quando
Expo Go	Aprendizado, spikes de UI, apenas módulos do SDK	Módulos nativos personalizados ou testes realistas de loja
Build de desenvolvimento EAS	Distribuição para equipe, sem configuração local de Xcode/Android	Você precisa de iteração nativa instantânea sem fila na nuvem
`npx expo run:ios/android` (local)	Iteração nativa rápida em uma máquina	Equipes apenas de CI sem ferramentas nativas locais
Build de pré-visualização (configuração de release, distribuição interna)	Testes de QA de desempenho perto da produção	Loop de desenvolvimento diário - mais lento que o cliente de desenvolvimento + Metro
Apenas build de produção	Aplicativos pequenos sem personalizações nativas	Qualquer projeto que iterou no Expo Go e atingiu barreiras nativas
Simulador web (`expo start --web`)	Lógica de componente sem APIs nativas	Câmera, push, sensores ou código nativo específico da plataforma

FAQs

O que é Expo Go?

O que é um build de desenvolvimento?

Quando o Expo Go é suficiente?

Quando devo mudar para um build de desenvolvimento?

Antes de integrar bibliotecas com código nativo fora do bundle do Expo Go, testar push remoto, configurar links universais/de aplicativos ou validar ícones, splash screens e entitlements reais.

O que o expo-dev-client adiciona?

Como crio um build de desenvolvimento no EAS?

npx expo install expo-dev-client
eas build --profile development --platform ios

Defina "developmentClient": true no perfil EAS. Instale o artefato, então execute npx expo start --dev-client.

Preciso reconstruir para cada alteração de código?

Armadilha: Por que meu novo pacote nativo funciona após npm install, mas falha em tempo de execução?

Posso usar o Expo Go com o SDK 57?

Qual comando inicia o Metro para um build de desenvolvimento?

npx expo start --dev-client

Sem --dev-client, o CLI otimiza para códigos QR do Expo Go.

Como detecto o Expo Go em tempo de execução?

import * as Expo from "expo";
Expo.isRunningInExpoGo(); // booleano

Use para diagnósticos, não como uma estratégia permanente de flag de recursos.

Os builds de desenvolvimento são os mesmos que os builds de produção?

Posso testar deep links no Expo Go?

Qual é o fluxo de trabalho diário depois de ter um build de desenvolvimento instalado?

O expo-dev-client é enviado para a App Store?

Não. Mantenha-o em perfis de desenvolvimento/internos. Builds de lojas de produção usam um perfil EAS production sem o lançador de desenvolvimento.

Relacionado

create-expo-app Quickstart - crie o scaffold do projeto antes de escolher um runtime
app.json & app.config.js - campos nativos que os builds de desenvolvimento realmente aplicam
Expo Modules Core - como os módulos nativos se registram em seu binário
Expo Platform Basics - visão geral do fluxo de trabalho gerenciado
Migração de Gerenciado para Bare - quando você precisa de controle total do diretório nativo
Melhores Práticas - padrões de equipe para o momento de adoção do dev-client

Versões da Stack: Esta página foi escrita para React 19.2.3, React Native 0.86.0 e Expo SDK 57 (expo ~57.0.4).

Expo Go vs. Builds de Desenvolvimento

Buscar na documentação

Expo Go vs. Builds de Desenvolvimento