Expo如何工作
虽然使用Expo当然没有必要知道这些，但许多工程师都喜欢知道他们的工具是如何工作的。我们将在这里介绍几个关键概念，包括：
您应用的本地开发
发布/部署应用的生产版本
Expo如何管理其SDK的变更
离线打开Expo应用程序
您还可以在github / @exmo上浏览源代码，分叉，fork和贡献Expo工具。
为当地发展服务的Expo项目
这里有两个部分：Expo应用程序和Expo CLI。当您使用Expo CLI启动应用程序时，它会在后台生成并管理两个服务器进程：Expo Development Server和React Native Packager Server。
注意： Expo CLI还会生成隧道进程，该进程允许LAN外部的设备访问上述服务器，而无需更改防火墙设置。如果您想了解更多信息，请参阅ngrok。
Expo Development Server
当您在Expo应用程序中键入URL时，此服务器是您首先点击的端点。其目的是为Expo Manifest服务，并在您的手机或模拟器上提供Expo CLI和Expo应用之间的通信层。
Expo Manifest
以下是通过Expo CLI提供的清单示例。您应该注意的第一件事是有很多相同的字段app.json（如果您尚未阅读，请参阅使用app.json配置部分）。这些字段直接来自该文件 - 这是Expo应用程序访问您的配置的方式。
{"name":"My New Project","description":"A starter template","slug":"my-new-project","sdkVersion":"18.0.0","version":"1.0.0","orientation":"portrait","primaryColor":"#cccccc","icon":"https://s3.amazonaws.com/exp-brand-assets/ExponentEmptyManifest_192.png","notification":{"icon":"https://s3.amazonaws.com/exp-us-standard/placeholder-push-icon.png","color":"#000000"},"loading":{"icon":"https://s3.amazonaws.com/exp-brand-assets/ExponentEmptyManifest_192.png"},"entryPoint":"node_modules/expo/AppEntry.js","packagerOpts":{"hostType":"tunnel","dev":false,"strict":false,"minify":false,"urlType":"exp","urlRandomness":"2v-w3z","lanType":"ip"},"xde":true,"developer":{"tool":"xde"},"bundleUrl":"http://packager.2v-w3z.notbrent.internal.exp.direct:80/apps/new-project-template/main.bundle?platform=ios&dev=false&strict=false&minify=false&hot=false&includeAssetFileHashes=true","debuggerHost":"packager.2v-w3z.notbrent.internal.exp.direct:80","mainModuleName":"main","logUrl":"http://2v-w3z.notbrent.internal.exp.direct:80/logs"}
清单中的每个字段都是一些配置选项，告诉Expo运行您的应用程序需要知道的内容。应用程序首先获取清单并使用它来显示您指定的应用程序的加载图标app.json，然后继续在给定的位置获取应用程序的JavaScript bundleUrl- 此URL指向React Native Packager Server。
为了Expo CLI 流日志，Expo SDK拦截调用console.log，console.warn等等，并将它们发布到该logUrl清单中指定。此端点位于Expo Development Server上。
React Native Packager Server
如果您使用没有Expo的React Native，您可以通过react-native start在项目目录中运行来启动打包程序。Expo为您启动，并STDOUT为Expo CLI提供管道。此服务器有两个用途。
第一种是将您的应用程序JavaScript编译为单个文件并翻译您编写的任何与您手机的JavaScript引擎不兼容的JavaScript代码。例如，JSX不是有效的JavaScript - 它是一种语言扩展，它使得React组件的工作更加愉快，并且可以编译成普通的函数调用 - 因此<HelloWorld />会变得更好（有关更多信息，React.createElement(HelloWorld, {}, null)请参阅深度中的JSX）。其他语言功能如async / await在大多数引擎中都不可用，因此需要将它们编译成可在手机的JavaScript引擎JavaScriptCore上运行的JavaScript代码。
第二个目的是为资源提供服务。当您在应用程序中包含图像时，您将使用类似的语法<Image source={require('./assets/example.png')} />，除非您已经缓存了该资源，否则您将在Expo CLI日志中看到如下命令：<START> processing asset request my-proejct/assets/example@3x.png。请注意，它为您的屏幕DPI提供了正确的资源，假设它存在。
在生产中发布/部署Expo应用程序
当您发布Expo应用程序时，我们将其编译为启用了生产标记的JavaScript包。也就是说，我们再缩小源代码和我们告诉本地打包建立在生产模式（进而设置__DEV__到false除其他事项外）。编译后，我们将该捆绑包及其所需的任何资源（请参阅资源）上传到CloudFront。我们还将您的Manifest（包括您的大部分app.json配置）上传到我们的服务器。发布完成后，我们会为您的应用提供一个URL，您可以将其发送给拥有Expo客户端的任何人。
注意：默认情况下，所有Expo项目都是unlisted，这意味着发布不会使其在任何地方可公开搜索或发现。您可以共享链接。您可以在app.json中更改此设置。
发布完成后，您的所有现有用户都可以使用新版本的代码。他们将在下次打开应用程序或刷新应用程序时下载更新版本，前提是他们拥有支持 你app.json 中指定的sdkVersion 的 Expo Client版本。
iOS和Android上的更新处理方式不同。在Android上，更新将在后台下载。这意味着用户第一次在更新后打开您的应用，他们将获得旧版本，而新版本将在后台下载。他们第二次打开应用程序，他们将获得新版本。在iOS上，同步下载更新，因此用户将在更新后第一次打开您的应用时获得新版本。
注意：要打包您的应用以在Apple App Store或Google Play商店中进行部署，请参阅构建独立应用。每次更新SDK版本时，都需要重建二进制文件。
SDK版本
在 Expo sdkVersion 的应用指明了Expo的编译ObjC / Java的/ C层的版本使用。每个sdkVersion大致对应于React Native的发布以及这些文档的SDK部分中的Expo库。
Expo客户端应用程序支持许多版本的Expo SDK，但一个应用程序一次只能使用一个。这允许您今天发布您的应用程序，并且即使我们已经完全修改或删除了您的应用程序在新版本中所依赖的API，也可以在一年后继续使用它而不进行任何更改。这是可能的，因为您的应用程序将始终针对与您发布它的日期相同的编译代码运行。
如果您使用新版本向应用发布更新sdkVersion，如果用户尚未更新到最新的Expo客户端，那么他们仍然可以使用之前的版本sdkVersion。
注意：最终我们可能会制定一个政策，规定我们要保留sdkVersions多长时间并开始从客户端去掉旧版本的sdk，但在我们这样做之前，所有内容都将保持向后兼容。
打开部署的Expo应用程序
这个过程基本上与在开发中打开Expo应用程序相同，只是现在我们点击了Expo服务器来获取清单，并且清单指示CloudFront来检索应用程序的JavaScript。
离线开放Expo Apps
Expo客户端将自动缓存已打开的每个应用程序的最新版本。当您尝试打开Expo应用程序时，它将始终尝试获取最新版本，但如果由于某种原因（包括完全脱机）失败，则它将加载最新的缓存版本。
如果你使用Expo构建一个独立的应用程序，那个独立的二进制文件也会附带一个“预先缓存”的JavaScript版本，以便它可以在没有互联网的情况下第一次冷启动。继续阅读有关独立应用程序的更多信息。
独立应用程序
您还可以将Expo应用程序打包成独立的二进制文件，以便提交到Apple iTunes Store或Google Play。
在SDK引擎下，它是Expo客户端的修改版本，其设计仅用于加载单个URL（适用于您的应用程序的URL），并且永远不会显示Expo主屏幕或品牌。有关更多信息，请参阅构建独立应用程序。
