Maven依赖解析报错Blocked mirror for repositories：解决方案

在使用Maven进行项目构建时，有时会遇到依赖解析报错，提示“Blocked mirror for repositories”。这个问题通常是由于Maven升级到3.8.1及更高版本后，出于安全考虑，默认屏蔽了非https的远端仓库。下面将为你提供解决该问题的方案。
首先，我们需要了解为什么会出现这个错误。从Maven 3.8.1开始，出于安全考虑，Maven默认只允许通过https协议访问远程仓库，而非https的仓库将被默认屏蔽。这意味着，如果你的项目中的依赖项是从非https仓库获取的，那么在升级Maven后，这些依赖项将无法解析，从而导致报错。
解决方案有以下几种：

1. 升级仓库到https协议：这是最直接也最推荐的解决方案。如果项目中的依赖项是从公司内部仓库获取的，与仓库管理员协商，将仓库升级到https协议。这样可以确保数据传输的安全性，并且避免在未来的Maven版本中再次遇到类似问题。
2. 使用旧版本的Maven：如果你无法升级仓库到https协议，或者出于其他原因无法更改仓库配置，可以考虑降级Maven版本。你可以使用IDEA内置的旧版本Maven（例如3.6.3），或者手动安装旧版本Maven。但是请注意，这并不是一个理想的解决方案，因为使用旧版本软件可能会带来其他兼容性和安全问题。
3. 自定义mirror：你可以通过配置自定义的mirror来绕过这个限制。在Maven的settings.xml文件中添加以下配置：

   <settings>
   ...
   <mirrors>
   <mirror>
   <id>example-mirror</id>
   <mirrorOf>*</mirrorOf>
   <url>http://example.com/repo</url>
   </mirror>
   </mirrors>
   ...
   </settings>

   其中，url字段需要替换为你的仓库地址。这个配置告诉Maven使用自定义的mirror来解析所有依赖项，从而绕过默认的仓库限制。但是请注意，这可能会降低安全性，因为数据传输仍然是明文的HTTP协议。
   总的来说，最佳的解决方案是升级仓库到https协议。这样可以确保数据传输的安全性，并且避免在未来版本的Maven中再次遇到类似问题。如果无法升级仓库，可以考虑使用旧版本的Maven或者自定义mirror来绕过限制。但请注意，这些方案可能会带来其他兼容性和安全问题。因此，在选择解决方案时需要综合考虑项目的实际情况和需求。