自定义锁屏实现技术
所以，我一直在网站上探索许多类似的问题（ 这个 ， 这个和这个以及更多）。 人们想要实现自己的自定义锁定屏幕（不是谈论小部件）。 到目前为止，用户正在使用两种实现技术。
-
主屏幕更换 。 在这种技术中，它建议创建一个主屏幕应用程序，在解锁逻辑后，默认屏幕显示。 我相信在这种情况下，开发人员必须在锁定屏幕可见时禁用“主页”，“搜索”，“菜单”和“返回”按钮，并实现屏幕关闭逻辑。
-
一个申请 。 在这种技术中，制作了一个普通的应用程序，在解锁逻辑之后显示默认屏幕。 我相信在这种情况下，开发人员必须在锁定屏幕可见时禁用“主页”，“搜索”，“菜单”和“返回”按钮，并实现屏幕关闭逻辑。
现在，我不明白两种方法有什么区别？ StackOverflow社区似乎更多地强调主屏幕替换技术。 我对Android开发很陌生，所以我可能会错过一些关于它的方面。 请建议我应该使用哪种方法，为什么？ （还有，哪个很容易？）。
非常感谢！
我会使用第一种方法，但仅出于可用性原因。 因为它让用户可以选择轻松恢复到原来的主屏幕/锁屏，如果他选择不使新的主屏幕/锁屏成为默认选择。
我担心你描述的两种策略都很困难（取决于你希望它处理的api级别范围）。 困难不在于它们的区别，难点在于覆盖按钮（因为谷歌通过关闭新api级别的安全漏洞使其变得更加困难）。
PS：请注意Jellybean有一个新的Daydreamfunction。 如果您需要自定义锁屏。 这可能是要走的路，因为Jellybean在这方面更加安全，并且比以前的api水平更难以使用。
另外，请考虑将HTC screenlock api用于HTC设备。 这样，您的解决方案至少对于他们的新设备来说不会太苛刻。 也许，为root设备做一个版本，因为对于已经在设备上获得root权限的用户来说，这也应该很容易。 不要打折根源市场，具有超级用户权限的用户确实在Google Play上的应用程序上花费了不成比例的金钱。 如果你只是看一下付费应用程序的一些粗略下载数量，那就是显而易见的，这些付费应用程序会说（仅限root用户）Google Play会给你。