中外技术选型一张表：服务器、支付、推送、登录、统计到底怎么选
同样一个功能，国内和海外能用的服务、合规前提、网络可达性完全不同。这一课用一张对照表逐项给出国内/海外主流选择与背后原因，帮你在项目初期就选对、避免做到一半换栈
- 建立「同一功能、中外两套选型」的系统认知，不再用国内经验硬套海外
- 逐项掌握服务器、CDN、域名备案、支付、推送、地图、登录、统计、客服的中外选择
- 理解每个选型背后的可达性、合规与生态原因
- 能为一个面向特定市场的产品快速列出技术选型清单
为什么必须分市场做技术选型
很多团队出海踩的第一个坑，是把国内技术栈原样搬到海外：国内的推送通道在海外手机上收不到、国内地图在海外没数据、某些国内云服务在海外访问慢，反之海外的很多服务在大陆不可用。根因是三个：网络可达性（服务在目标市场能不能稳定访问）、生态绑定（手机厂商和平台默认通道不同）、合规前提（数据与经营资质要求不同）。这一课用对照表把关键选型一次讲清，具体服务商名录会变化，重点掌握「为什么这么选」的判断方法。
中外技术选型对照表
国内（大陆）· 服务器 / 云：国内云厂商大陆地域· 域名：需 ICP 备案才能用域名对外 Web· CDN：国内 CDN（需备案接入）· 支付：微信 / 支付宝（需商户号）· 推送：安卓各厂商通道聚合· 地图 / 定位：国内地图服务商（有资质、数据全）· 登录 / 社交：微信 / QQ / 支付宝 / 手机号· 统计 / 崩溃：国内可用的统计与崩溃服务· 短信验证码：国内短信服务商（需签名模板）· 客服 / 工单：国内 IM / 工单、微信生态· 内容审核：先审后发、涉敏过滤（强监管）· 数据合规：个保法 PIPL、数据本地化· 税务：国内财税体系 海外· 服务器 / 云：就近区域云 / Serverless，全球多区· 域名：无需中国备案，守当地法规· CDN：全球 CDN（边缘节点覆盖目标国）· 支付：Stripe / Paddle；移动端数字品走 IAP / Play· 推送：FCM（Firebase）；iOS 统一 APNs· 地图 / 定位：Google Maps / Mapbox 等· 登录 / 社交：Google / Apple / 邮箱；Apple 要求第三方登录时提供 Sign in with Apple· 统计 / 崩溃：海外可用的分析 / 崩溃平台· 短信验证码：海外短信服务商，或改用邮箱验证· 客服 / 工单：海外邮件 / 工单 / 在线客服 SDK· 内容审核：平台政策 + 当地法律（如 GDPR / COPPA）· 数据合规：GDPR（欧）/ CCPA（美），同意与删除权· 税务：VAT / Sales Tax，MoR 可代征
逐项讲清「为什么」
成熟做法是在代码里抽象出一层「服务适配器」：推送、支付、登录、统计这些易随地区变化的能力定义统一接口，再分别写国内实现和海外实现，运行时按用户地区/构建渠道注入。业务逻辑只调统一接口，这样同一套核心代码可以同时构建国内版和海外版，新增市场也只是再加一个适配器，而不是复制整个项目。
选型决策三步法
面对一个具体功能，按三步决策：可达性——候选服务在目标用户所在地能否稳定快速访问（先实测延迟，别只看官网）；合规性——使用它需要什么资质、数据出境/采集是否合法；生态匹配——目标平台（iOS/安卓厂商/浏览器）默认或强制的通道是什么。三步都过才进入「价格/文档/体验」的比较。把这三步做成你的选型清单，能避开绝大多数「上线才发现用不了」的坑。
哪些能力可以全球通用、哪些必须分栈（选学）
相对全球通用：你自己的无状态业务后端逻辑、数据库设计、大模型（选在目标地区可访问的供应商）、邮件发送、对象存储（选有目标区域的云）。必须分地区的：推送通道、地图、应用商店与内购、短信通道、部分支付与合规相关能力、CDN 节点。判断标准是「这项能力是否依赖当地平台生态或受网络/监管直接约束」——依赖的分栈，不依赖的尽量复用，这决定了你双栈的真实工作量。
做一款面向海外用户的 iOS App，并提供了 Google 登录，下列哪项是必须注意的硬性要求？
本节小结
中外选型差异根因=网络可达性+生态绑定+合规前提。对照：服务器就近区域、国内域名需ICP备案而海外无需、CDN国内备案接入vs全球CDN、支付国内微信支付宝(商户号)海外Stripe/Paddle且移动数字品走IAP/Play、推送国内安卓厂商通道聚合海外FCM(iOS都是APNs)、地图按数据覆盖二选一、登录海外Google/Apple/邮箱且iOS有第三方登录必须带Sign in with Apple、统计/短信/客服/内容审核/数据合规(PIPL vs GDPR/CCPA)/税务各成体系。工程上用服务适配层抽象推送支付登录统计、按地区/渠道注入实现，核心业务代码复用。选型三步：可达性(实测延迟)→合规性(资质与数据)→生态匹配(平台强制通道)，再比价格体验。依赖当地生态/监管的能力分栈、纯业务逻辑尽量复用。
资深工程师加餐
底层原理 · 大厂视角 · 工程经验，点卡片展开
versionName 是给用户看的版本名，versionCode（构建号）只能单调递增、绝不回退，构建时间要和服务端升级清单一致。线上包、归档包、OTA 包必须用同一签名，并把文件大小和哈希（如 MD5/SHA）写进服务端元数据；客户端下载完成先校验哈希再安装，能从根上杜绝「下到一半的坏包被安装」。每次发版把这几项列成清单逐项核对。