有时size“选择了错误的值”并返回哈希值(这就是count所做的)

在这种情况下，使用length来获取整数而不是散列。

这里有一个流程图来简化你的决策过程。希望能有所帮助。

来源:Rails中长度、大小和计数方法之间的差异

以下策略都调用数据库来执行COUNT(*)查询。

Model.count

Model.all.size

records = Model.all
records.count

下面的方法效率不高，因为它会将所有记录从数据库加载到Ruby中，然后计算集合的大小。

records = Model.all
records.size

如果您的模型有关联，并且您想要找到属于对象的数量(例如@customer.orders.size)，您可以避免数据库查询(磁盘读取)。使用计数器缓存，Rails将保持缓存值为最新，并返回该值以响应size方法。

正如其他答案所述:

count将执行SQL count查询 Length将计算结果数组的长度 Size将尝试从两者中选择最合适的，以避免过多的查询

但还有一件事。我们注意到一个情况，大小对计数/长度的作用完全不同，我想我应该分享它，因为它很少被忽视。

If you use a :counter_cache on a has_many association, size will use the cached count directly, and not make an extra query at all. class Image < ActiveRecord::Base belongs_to :product, counter_cache: true end class Product < ActiveRecord::Base has_many :images end > product = Product.first # query, load product into memory > product.images.size # no query, reads the :images_count column > product.images.count # query, SQL COUNT > product.images.length # query, loads images into memory

这种行为在Rails指南中有记录，但我不是第一次就错过了，就是忘记了。

有时size“选择了错误的值”并返回哈希值(这就是count所做的)

在这种情况下，使用length来获取整数而不是散列。

你应该读一下，它仍然有效。

您将根据需要调整所使用的功能。

基本上:

如果你已经加载了所有的条目，就说User。所有，那么你应该使用长度来避免另一个db查询 如果你没有加载任何东西，使用count在你的db上进行count查询 如果您不想为这些考虑而烦恼，请使用能够适应的大小