【问题标题】：image_tag in rails view takes a long time to render in controller testrails 视图中的 image_tag 需要很长时间才能在控制器测试中呈现
【发布时间】：2021-03-03 20:39:23
【问题描述】：

我有一个访问索引视图并做出简单断言的测试（这里是一个简化版本）：

setup { login(@user) }

should 'have expected content' do
    get :index

    assert_match 'some content', response.body
end

测试需要> 100秒才能完成，经过一番调试，我发现罪魁祸首是image_tag

= image_tag 'file-csv-solid.svg', alt: 'CSV Download'

图像本身存储在assets/images/file-csv-solid.svg 中。查看应用程序时，图像会在合理的时间内按预期呈现。即使在测试中，图像也会以正确的路径呈现：

<img alt="CSV Download" src="/assets/file-csv-solid-cf0f63e5f766b9eddbc3d4f926a0f4d3c085bd52855958215c9dc659d308075a.svg">

唯一的问题是，渲染时间太长了。在我的日志中，我看到了这个：

Rendered path/to/index.haml (Duration: 106283.1ms | Allocations: 71099973)

当我注释掉 image_tag 时，相同的测试只需要几毫秒即可完成。

我的问题是：为什么图像标签需要这么长时间才能渲染，我怎样才能加快它的速度（或者只是跳过它的渲染——我实际上并不关心我的测试中的图像）？

我正在使用 Rails 6.0.3.4。我假设我只需要在我的测试配置中调整一些 config.assets.* 设置，但我尝试了一些不同的设置但没有成功。

【问题讨论】：

您是否尝试使用其他格式的图像？即'file-csv-solid.jpg'

标签： ruby-on-rails asset-pipeline haml ruby-on-rails-6 minitest

【解决方案1】：

我似乎找到了问题所在。我认为 rails/sprockets 试图在测试中预编译和缓存资产，但由于不相关的问题，预编译命令引发了错误。

感谢上面@eux 的评论，我尝试将我的svg 换成现有的jpg，并且测试很快。然后我尝试将它换成不同的现有 svg，它仍然很快。所以我去寻找我尝试使用的 svg 和现有的 svg 之间的区别。不同之处在于tmp/cache/assets/sprockets/ 和public/assets/.sprockets-manifest 中存在一个，而我试图添加的新的却没有。我跑了rails assets:precompile 试图让我的svg 也缓存在那里，并看到一个不相关的错误阻止预编译过程完成。一旦我解决了这个问题，svg 就被缓存了，并且测试以正常速度成功。

tldr：

如果您遇到此问题，请尝试运行 rails assets:precompile 以查看是否存在问题。如果该命令失败（例如，由于某些本地 node_modules 的某些问题，例如我的情况），那可能是 a) 阻止您的资产被缓存，并且 b) 减慢您的测试，因为失败的预编译命令需要很多时间完成的时间比后续的要长。

【讨论】：