我如何构建自己的Android应用商店服务器？

要求：

必须能够通过互联网访问，而不仅仅是内部访问 公司网络（即必须有前端接口）

应用商店服务器必须在内部托管（即没有第三方托管服务）

最好通过用户名/密码进行保护

最好能够自动将更新推送到授权设备

这背后的原因是，我们希望对大约1000名用户进行有限的应用程序测试，我们需要一种方法，在不让公众访问我们的测试版软件的情况下，向这些用户的设备分发更新

我们最初只是探索在ApacheWeb服务器上托管APK，但由于我们想限制访问，我们尝试在web服务器上放置用户名/密码。事实证明，Android下载管理器有一个bug，如果受到htaccess保护，它会阻止将文件下载到手机上

接下来，我们考虑使用FTP服务器，然后在每个beta测试人员的设备上安装一个FTP客户机，但这相当令人讨厌。这是我们最后的选择

---

“内部”应用商店服务器似乎是最好的选择。有解决办法吗？如果可能的话，最好是免费的/开源的。

对于初学者来说：即使你不能用htaccess直接通过URL访问APK，你也可以将它隐藏在一些服务器端代码后面，比如php文件，它只检查用户的凭证是否有效，如果一切正常，则返回一个文件附件而不是html页面。如果您使用的是基于浏览器的，我建议您使用这种方法，而不要使用FTP客户端

但是，在您的需求列表中：假设这些是零售的、非根目录的、非定制的ROMMED设备，则不可能自动将应用程序更新推送到设备上。您所能做的最好的事情就是提醒用户，甚至下载APK—但是当您启动安装APK的意图时，用户仍然需要查看请求并手动批准安装。如果你看看第三方市场的应用程序，比如亚马逊和appbrain，它们必须以同样的方式做事情。请注意，为了以这种方式安装应用程序，用户必须使用设置应用程序手动启用“未知来源”的应用程序安装，这实际上意味着使用Google Play Store以外的来源

---

也就是说，该限制仅适用于替换完整的APK。没有什么能阻止你通过后台服务下载更新的资源（图像、声音、文本、数据库更新），但这是必须在应用程序中进行的，而不是在私人市场中进行的。一个简单的解决方案是通过电子邮件将apk发送给你的目标受众。GMail将在附件旁边显示一个“安装”按钮。这将适用于初始安装和更新。

我们已经做了很多这方面的工作，它适用于10-20个用户。20个用户以上的问题是什么？www.testflight.com似乎正在进入这一市场，目前有iOS解决方案，运行良好，并且正在推出Android解决方案。这是一个非常好的SaaS工具，目前为止对小用户是免费的。