相机每次都重新初始化
我有一个关于android camerax架构的问题。我使用的是预览视图，效果非常好。问题与片段之间的事务有关。片段1具有previewView。当我切换到fragment2并返回fragment1时，我会再次绑定previewview，使它首先出现黑屏，然后预览显示在屏幕上。我不想看到黑屏。这个问题有什么解决办法吗？
共有1个答案
相机的生命周期由调用bindtoLifecycle（）时使用的LifecycleOwner控制。因此，如果您想在包含取景器的屏幕不再对用户可见的情况下保持相机运行，您可以使用LifecycleOwner，它在切换片段时不会停止，例如宿主活动的生命周期。
这将使相机保持运行，即使在不需要的情况下，这可能会消耗比需要更多的设备资源，并可能会引起用户的隐私问题（例如，如果设备显示摄像头正在运行的指示器，即使他们没有在应用程序中直接使用它）。
-
下面的代码片段： 我尝试使用“automatickeepaliveClientMixin和@override bool get wantKeepAlive=>true”-即保持它活动，以便下次调用它时，它不会再次调用initState()，但是它没有工作。
-
vue2开发 需求是没间隔多上时间请获取一次token、token是10分钟有效、我需要在7分钟的时候刷新一次token、然后我使用的是setInterval()方法 没7分钟请求一次, 但是出现的问题是、页面刷线以后setInterval()方法又重新执行了一次、导致没有正常刷新token 如何解决setInterval页面刷新以后不再重新执行 或者利用其他方法
-
问题内容： 当我运行以下代码时，两个测试用例都变为现实： 预期的行为 test1-成功 test2-失败（按预期该计数将变为3） 实际行为 test1-成功 test2-成功 为什么junit 与每个测试方法都调用。它是junit中的错误或有意提供。 问题答案： 每种测试方法的新实例 对于每种测试方法，将创建Junit的行为的 新实例。 因此，在您的情况下，这两种方法的变量都将具有value ，因
-
问题内容： 我们的团队正在使用SecureRandom生成密钥对列表（将SecureRandom传递给KeyPairGenerator）。对于以下两种选择中的哪一种，我们无法达成共识： 每次需要生成密钥对时都创建一个新实例 初始化静态实例并将其用于所有密钥对 通常哪种方法更好， 为什么 ？ 添加：我的直觉是第二种选择更安全。但我唯一的论点是基于以下假设的理论攻击：假随机性是从当前时间戳派生的：某人
-
问题内容： 我目前在 此URL实际上按照以下路由指示加载Module.js类： 这包含在index.js文件中定义的和元素中。 Module类具有和方法。这些设置了记录2的初始详细信息和装入信息。到目前为止一切正常。 现在，我的问题是，在Module.js的孙组件中，我使用以下Redirect重定向到另一个页面，例如第3页： 构造函数或componentWillMount无法运行，因此记录＃3无法
-
每当从我的要素文件开始执行新方案时，就会启动一个新浏览器。我希望浏览器只在我的第一个场景执行时启动一次，在场景的其余部分，不应打开新的浏览器。 我已经把我的浏览器打开代码写进了类下的注释中。