我正在尝试了解 Dagger 的 @Reusable 范围的使用。从文档中我可以理解的是，如果提供者的范围是 @Singleton 或任何其他自定义范围，那么将首先创建对象，然后在组件的整个生命周期内缓存该对象。因此，对于不需要总是相同实例或不常使用的对象，这种方法最终会浪费内存。
但如果我们选择一个无作用域的提供者，每次它都会创建一个新实例，并且由于对象实例化非常昂贵，尤其是在 Android 等环境中，分配可能很昂贵，这可能会导致性能问题。
@Reusable 作用域介于 No-scope 和 Scoped 实例之间。
来自文档
Sometimes you want to limit the number of times an @Inject-constructed class is instantiated or a @Provides method is called, but you don’t need to guarantee that the exact same instance is used during the lifetime of any particular component or subcomponent
它究竟是如何工作的？假设我的 AppComponent 中有一个可重用的提供程序，它不会总是给我相同的实例吗？
如果我在任何 Subcomponent 中注入(inject)相同的依赖项，我会得到相同的实例吗？究竟什么时候缓存的对象会被释放以供 GC 使用？
我尝试了一个示例，在我的 AppComponent 模块中创建一个 @Reusable 对象，并从我的子组件中注入(inject)相同的对象。
我可以看到它的行为与 @Singleton 完全一样。
我们可以通过@Reusable实现哪些性能提升？
哪些可能的用例我们应该更喜欢@Reusable？
将 Util 类、Gson、Glide 等所有无状态对象(我们是否获得相同的实例并不重要)的范围限定为 @Reusable?
最佳答案
我想指出的是，自 v2.13 起，@Reusable 仍处于测试阶段，因此可能会再次更改或删除。
tl;dr 它的行为就像一个变量作用域，但不保证在任何给定时间都只有一个实例。
How does it work exactly? Suppose I have a reusable provider in my AppComponent, won't it always give me the same instance?
Javadoc 在这个主题上非常(不)清楚:
A scope that indicates that the object returned by a binding may be (but might not be) reused.
@Reusable is useful when you want to limit the number of provisions of a type, but there is no specific lifetime over which there must be only one instance.
它没有提供任何关于它在幕后如何工作的信息，你不应该依赖任何潜在的实现，因为它们可能会改变，尤其是当它仍然在 @Beta 中时。
假设 @Reusable 可以用于可以多次存在的对象，但是多个对象的实例化可能会有点昂贵，因此重用对象是有意义的相反。
虽然实现可能会改变，但预期用途不会。因此，如果您决定使用 @Reusable，您应该确保对象的一个、两个或多个实例都无关紧要，它们在哪里或是否存在得到缓存。
Which are the possible usecases where we should prefer @Reusable?
Is it a good idea to scope all the state-less objects (where it doesn't matter whether we get the same instances) such as Util classes, Gson, Glide, etc. as @Reusable?
如前所述，正如名称所暗示的那样，您应该使用它对于要重用的对象来说是有意义的。 Gson 是一个相当糟糕的例子，因为它使用了相当多的反射并且它的实例化非常昂贵，它可能应该是 @Singleton。 Glide 也不是一个很好的例子，因为无论如何它都会在内部使用单例模式。
@Reusable 相对于 @Singleton 的一个好处是您无需声明作用域或组件之间的层次结构。将对象限定为 @Singleton 意味着您的 AppComponent 将在其整个生命周期内保存该对象，而使用 @Reusable 时，该对象可能只会在子组件中创建沿着依赖关系树向下移动并再次一起销毁。
我不会将它用于具有很少依赖性的对象，因为它们可以很容易地创建，但将它用于不保持任何状态且需要更多设置的对象。
Reusable 是一种得到特殊处理的@Scope。你可以看到 commit where it was added .
作为范围，用@Reusable 注释的对象将保存在组件中。你可以看看第一个单元测试。它验证子组件是否会重新使用其父组件的提供程序(如果可用)。这就是您提到的行为以及为什么它似乎对 @Singleton 没有影响。
与普通作用域的区别在于使用的 Provider。而不是使用 ScopedProvider , @Reusable 使用 SimpleLazilyInitializedProvider .它在创建对象时省略了 synchronized 关键字，这可能会略微提高性能，但解释了为什么没有必须只有一个实例的特定生命周期。
如果他们将来更改了 @Reusable 的内部工作原理，我不会感到惊讶，但现在知道它的作用范围可能有助于决定何时使用它。
关于android - Dagger 2 中 @Reusable 范围的用途是什么，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/47742002/
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
我有一个模型:classItem项目有一个属性“商店”基于存储的值，我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式？如果方法中没有大的if-else语句，这是如何干净利落地完成的？ 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.co
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
为什么4.1%2返回0.0999999999999996？但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意，这不是与Ruby相关的问题，而是与所有编程语言相关的问题，因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
它不等于主线程的binding，这个toplevel作用域是什么？此作用域与主线程中的binding有何不同？>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案 事实是，TOPLEVEL_BINDING始终引用Binding的预定义全局实例，而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层，它们都包含相同的绑定(bind)，但它们不是同一个对象，您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput
我可以得到Infinity和NaNn=9.0/0#=>Infinityn.class#=>Floatm=0/0.0#=>NaNm.class#=>Float但是当我想直接访问Infinity或NaN时:Infinity#=>uninitializedconstantInfinity(NameError)NaN#=>uninitializedconstantNaN(NameError)什么是Infinity和NaN？它们是对象、关键字还是其他东西？ 最佳答案 您看到打印为Infinity和NaN的只是Float类的两个特殊实例的字符串
如果您尝试在Ruby中的nil对象上调用方法，则会出现NoMethodError异常并显示消息:"undefinedmethod‘...’fornil:NilClass"然而，有一个tryRails中的方法，如果它被发送到一个nil对象，它只返回nil:require'rubygems'require'active_support/all'nil.try(:nonexisting_method)#noNoMethodErrorexceptionanymore那么try如何在内部工作以防止该异常？ 最佳答案 像Ruby中的所有其他对象
关闭。这个问题需要detailsorclarity.它目前不接受答案。想改进这个问题吗？通过editingthispost添加细节并澄清问题.关闭8年前。Improvethisquestion为什么SecureRandom.uuid创建一个唯一的字符串？SecureRandom.uuid#=>"35cb4e30-54e1-49f9-b5ce-4134799eb2c0"SecureRandom.uuid方法创建的字符串从不重复？
请帮助我理解范围运算符...和..之间的区别，作为Ruby中使用的“触发器”。这是PragmaticProgrammersguidetoRuby中的一个示例:a=(11..20).collect{|i|(i%4==0)..(i%3==0)?i:nil}返回:[nil,12,nil,nil,nil,16,17,18,nil,20]还有:a=(11..20).collect{|i|(i%4==0)...(i%3==0)?i:nil}返回:[nil,12,13,14,15,16,17,18,nil,20] 最佳答案 触发器(又名f/f)是
