已安装Bundler 2.2.11，运行rails s仍报需Bundler 2+版本错误

• 报错触发的Bundler版本校验逻辑，和用户手动执行bundler --version校验的版本，根本不属于同一个运行环境
• 从报错堆栈可以看到，抛错的Bundler代码运行在macOS系统自带的2.6版本Ruby框架下，这个环境内置的Bundler是1.x版本，完全达不到Bundler 2+的要求
• macOS系统Ruby的gem安装目录是独立隔离的，和用户通过版本管理工具安装的Ruby的gem目录完全不互通，哪怕用户在全局环境升级了Bundler版本，系统Ruby环境下的Bundler版本也不会同步更新
• 之所以出现“本地Bundler版本和Gemfile.lock标注一致仍报错”的假象，是因为用户执行bundler --version时，命令走的是当前shell全局配置下的Ruby-Bundler绑定关系；但启动rails s时，脚本加载Spring组件的过程中，因为版本环境激活不完整，直接回退调用了系统Ruby内置的1.x版本Bundler，触发了版本校验报错
• 额外的版本错配诱因：项目Gemfile.lock标记的适配Ruby版本是2.5.1，和当前调用的系统Ruby 2.6版本存在偏移，进一步加剧了路径解析的异常

• 执行which ruby查看当前终端默认调用的Ruby执行路径，如果输出指向系统目录（比如/usr/bin/ruby、/System/Library/Frameworks/Ruby.framework/），即可确认环境错配问题
• 执行bundle info bundler，查看当前加载的Bundler对应的文件位置，对比报错堆栈里的Bundler路径，就能明确实际运行的不是用户查到的2.2.11版本
• 查看项目根目录下的.ruby-version配置文件，核对其标记的Ruby版本是否和Gemfile.lock里的2.5.1一致

• 通过Ruby版本管理工具（rbenv/rvm/asdf）切换到项目要求的Ruby 2.5.1版本，确保which ruby的输出指向版本管理工具的shim路径，而非系统Ruby路径
• 在已切换的Ruby 2.5.1环境下，安装匹配的Bundler 2.2.11版本，执行命令gem install bundler -v 2.2.11
• 在项目根目录执行bundle install，完成项目依赖的同步安装，确保依赖加载链路完全匹配当前Ruby和Bundler版本
• 重新执行rails s启动本地服务即可

内容的提问来源于stack exchange，提问作者raa89