Question

我有一个Rack中间件，通过子域加载租户，并应用一些默认设置。中间件虽然不漂亮，但它的工作还不错。但是，当在应用程序中抛出异常时，中间件会“捕获”完整的堆栈跟踪。当我说陷阱时，我的意思是它隐藏了预期的堆栈跟踪。

这是一个例子。

我在这样的控制器动作中抛出一个异常：

def index
  throw "Exception in a Rails controller action"
  @taxonomies = Spree::Taxonomy.all
end

您可能希望堆栈跟踪引用此位置但不会。相反，它引用中间件中的一行。

Completed 500 Internal Server Error in 139ms

UncaughtThrowError (uncaught throw "Exception in a Rails controller action"):
lib/tenant_manager/middleware/loader.rb:42:in `call'

为什么会这样？你之前见过这样的事吗？

这是中间件：

# lib/tenant_manager/middleware/loader.rb
module TenantManager
  module Middleware
    class Loader
    # Middleware to detect an tenant via subdomain early in
    # the request process
    #
    # Usage:
    #   # config/application.rb
    #   config.middleware.use TenantManager::Middleware::Loader
    #
    # A scaled down version of https://github.com/radar/houser

      def initialize(app)
        @app = app
      end

      def call(env)
        domain_parts = env['HTTP_HOST'].split('.')
        if domain_parts.length > 2
          subdomain = domain_parts.first
          tenant = Leafer::Tenant.find_by_database(subdomain)
          if tenant
            ENV['CURRENT_TENANT_ID'] = tenant.id.to_s
            ENV['RAILS_CACHE_ID'] = tenant.database
            Spree::Image.change_paths tenant.database
            Apartment::Tenant.process(tenant.database) do
              country = Spree::Country.find_by_name('United States')
              Spree.config do |config|
                config.default_country_id = country.id if country.present?
                config.track_inventory_levels = false
              end
              Spree::Auth::Config.set(:registration_step => false)
            end
          end
        else
          ENV['CURRENT_TENANT_ID'] = nil
          ENV['RAILS_CACHE_ID'] = ""
        end
        @app.call(env)
      end

    end
  end
end

我正在运行ruby 2.2.0p0和rails 4.1.8。

我在网上搜索了这个，却找不到任何东西，可能是因为我没有找到正确的东西。

对于为什么会发生这种情况以及我做错了什么的任何想法？

干杯！

Answer 1

我终于找到了解决方法。事实证明，我认为应用程序的最后一行是在中间件中。我在位于BacktraceCleaner目录中的本地rails引擎中运行其余代码。我们所需要做的就是为# config/initializers/backtrace_silencers.rb Rails.backtrace_cleaner.remove_silencers! Rails.backtrace_cleaner.add_silencer { |line| line !~ /^\/(app|config|lib|test|components)/}创建一个新的消音器。注意组件dir现在包含在内。

Class.forName("com.mysql.jdbc.Driver").newInstance();

        Connection connection = DriverManager.getConnection("jdbc:mysql://localhost:3306/LottoDB", "root", "root");

        PreparedStatement st = connection.prepareStatement("select * from Users where userName = ?");

        String user = request.getParameter("user_name");
        st.setString(1, user);
        ResultSet r1 = st.executeQuery();
        while (r1.next()) {

            out.println("<br><P> Hello ! </P>"+ user);


        }

如果您对此感兴趣，我在rails项目上发布了一个有关如何详细复制此问题的问题。 https://github.com/rails/rails/issues/22265

Answer 2

你的中间件似乎很好。我认为你的backtrace_cleaner设置存在问题。也许清洁工被第三方宝石所覆盖。尝试在错误引发之前在控制器操作方法中放置断点（调试器），然后打印：

puts env['action_dispatch.backtrace_cleaner'].instance_variable_get(:@silencers).map(&:source_location).map{|l| l.join(':')}

查看剥离非app痕迹的所有消音器的源位置。默认情况下，它应该只使用Rails :: BacktraceCleaner，它位于railties-4.1.8 / lib / rails / backtrace_cleaner.rb

直接查看消音器源代码：

puts env['action_dispatch.backtrace_cleaner'].instance_variable_get(:@silencers).map{|s| RubyVM::InstructionSequence.disasm s }

查看https://github.com/rails/rails/blob/master/railties/lib/rails/backtrace_cleaner.rb的更多内容 https://github.com/rails/rails/blob/master/activesupport/lib/active_support/backtrace_cleaner.rb

Answer 3

你没有做错任何事。但是很多中间件都会捕获异常以进行清理，包括Rack在开发模式下自动插入的中间件。在开发中插入了一个特定的Rack中间件，它将捕获未捕获的异常，并提供合理的HTML页面而不是原始堆栈转储（您通常不会看到常见的应用程序服务器。）

您可以通过在您的顶层放置一个开始/救援/结束来自己捕捉异常。如果你想获得所有东西，请记住捕捉“异常”，而不仅仅是没有arg的默认“救援”。如果您要将此代码保留在其中，则可能需要重新抛出异常。
您可以在生产模式下运行 - 这可能会阻止中间件被Rack自动插入。
您可以找到插入的中间件（在Rails：“rake middleware”中），然后手动删除中间件（在Rails中“config.middleware.delete”或“config.middleware.disable”）。

可能还有其他方法。

机架中间件“捕获”堆栈跟踪

3 个答案: