Shiro 与 SpringSecurity

Question

Closed. This question is opinion-based. It is not currently accepting answers.

---

想要改进这个问题？更新问题，以便可以通过编辑这篇文章用事实和引文来回答它。

11 年前已关闭。

Answer 1

我也同意 Spring Security 感觉太复杂（对我来说）。当然，他们已经做了一些事情来降低复杂性，比如创建自定义 XML 命名空间来减少 XML 配置的数量，但对我来说，这些并没有解决我个人与 Spring Security 相关的基本问题：它的名称和一般来说，概念对我来说常常令人困惑。仅仅“得到它”是很难的。

不过，当你开始使用 Shiro 的那一刻，你就“明白了”。在安全领域中难以理解的事情变得更容易理解。 JDK 中难以使用的东西（例如密码）被简化到不仅可以忍受，而且通常使用起来很有趣的程度。

例如，如何在 Java 或 Spring Security 中对密码进行 hash+salt 加密并进行 base64 编码？两者都不像 Shiro 的解决方案那么简单直观：

ByteSource salt = new SecureRandomNumberGenerator().nextBytes();
new Sha512Hash(password, salt).toBase64();

不需要 commons-codec 或其他任何东西。只是四郎罐子。

现在就Spring环境而言，大多数Shiro开发人员都使用Spring作为他们的主要应用环境。这意味着 Shiro 的 Spring 集成非常出色，并且运行得非常好。您可以放心，如果您正在编写 Spring 应用程序，您将获得全面的安全体验。

例如，请考虑本线程另一篇文章中的 Spring XML 配置示例。下面是你在 Shiro 中（本质上）做同样事情的方法：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd>

<bean id="shiroFilter" class="org.apache.shiro.spring.web.ShiroFilterFactoryBean">
    <property name="securityManager" ref="securityManager"/>
    <property name="loginUrl" value="/login.jsp"/>
    <property name="successUrl" value="/home.jsp"/>
    <property name="unauthorizedUrl" value="/unauthorized.jsp"/>
    <property name="filterChainDefinitions">
        <value>
        /secure/** = authc
        /** = anon
        </value>
    </property>
</bean>

<bean id="securityManager" class="org.apache.shiro.web.mgt.DefaultWebSecurityManager">
    <property name="realm" ref="myRealm"/>
</bean>

<bean id="myRealm" class="...">
    ...
</bean>

虽然比其他 Spring 示例稍微冗长，但在我看来更容易阅读。

您还会发现使用 Shiro 的过滤器链定义可能是定义通用过滤器链和基于 Web 的安全规则的最简单方法！比在 web.xml 中定义它们要好得多。

最后，Shiro 还提供了极高的“可插拔性”。您会发现，由于 Shiro 的 POJO/注入友好架构，您可以配置和/或替换几乎任何内容。 Shiro 将几乎所有内容默认为合理的默认值，您可以仅覆盖或配置您需要的内容。

归根结底，我认为选择这两者中的任何一个更多的是关于你的心理模型——这两者中哪一个对你来说更有意义、更直观？对于某些人来说，它会是 Shiro，对于其他人来说，它会是 Spring Security。 Shiro 在 Spring 环境中工作得很好，所以我想说根据您更喜欢这两个环境中的哪一个来选择，并且对您来说最有意义。

有关 Shiro 的 Spring 集成的更多信息：http://shiro.apache.org/spring.html

Answer 2

我没有使用 Shiro 的经验，并且我“部分”同意你所说的 Spring Security。在 Spring Security 3.x 之前，Spring Security（或 Acegi）的设置非常痛苦。一个简单的基于角色的配置将需要至少 140 行神秘的 XML 配置...我知道这一点是因为我自己实际数过这些行。这是你设置了一次的东西，你祈祷它会永远工作，而无需你再次接触配置，因为你可以保证你已经忘记了所有配置的含义。 :)

在 Spring Security 3.x 中，它有了巨大的改进。它引入了 security 命名空间，将配置从 140 行大大缩短到约 30 行。这是我的一个项目的 Spring Security 3.x 的示例：-

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:security="http://www.springframework.org/schema/security" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
                        http://www.springframework.org/schema/security http://www.springframework.org/schema/security/spring-security.xsd">

    <security:http auto-config="true">
        <security:form-login login-page="/index.do" authentication-failure-url="/index.do?login_error=1" default-target-url="/index.do"
            always-use-default-target="true" />
        <security:logout logout-success-url="/index.do" />
        <security:intercept-url pattern="/secure/**" access="ROLE_ADMIN,ROLE_USER" />
        <security:intercept-url pattern="/**" access="IS_AUTHENTICATED_ANONYMOUSLY" />
    </security:http>

    <bean id="customAuthenticationProvider" class="my.project.CustomAuthenticationProviderImpl">
        ...
    </bean>

    <security:authentication-manager>
        <security:authentication-provider ref="customAuthenticationProvider" />
    </security:authentication-manager>

</beans>

Spring Security 3.x 的优点在于它的可配置性极高，这导致了主要缺点之一：太复杂而难以理解。该文档也不容易阅读，因为我只部分熟悉 Spring Security 使用的一些术语。但是，如果您需要创建自定义配置或控制您希望安全性的粒度，则可以使用这些选项。否则，你可以坚持上面的< 30行执行基于角色的安全检查。

我真正喜欢 Spring Security 的一点是，一旦设置完毕，安全性就会无缝集成到项目中。就好像实际的项目代码不知道安全性的存在......这很好，因为它允许我将来轻松地分离或升级安全组件（例如：将数据库身份验证更改为 LDAP/CAS授权）。

Answer 3

我已经使用 Spring Security（版本 3.1）几个月了，并且对它非常满意。它真的很强大，并且有一些非常好的功能，特别是像我之前那样手动实现所有内容之后！就像我在某处读到的那样，您在应用程序开发开始时设置了一次，然后祈祷它能够继续工作直到最后，因为如果您必须去修复它，您就会可能已经忘记了您必须参数化的大部分内容。

但随后出现了一个新项目，其安全要求更加复杂。简而言之，我们必须在几个相关的 Web 应用程序之间实现某种自定义 SSO。

我确切地知道我想要在 HTTP 逻辑、cookie、会话 ID 等方面实现什么，以及应该以什么顺序发生什么，但我花了一天的大部分时间与 Spring Security API 作斗争，但仍然无法弄清楚准确地指出我应该实现或重写哪些类或接口，以及如何将它们插入上下文中。整个 API 感觉非常复杂，有时有点深奥。虽然该文档非常适合一般用例甚至一些定制，但它的深度不足以满足我的需求。

在阅读了这里和网络上其他地方的答案后，我的印象是 Shiro 会更容易理解并根据我的需求进行定制。所以我尝试了一下。

我很高兴我做到了，因为经过一天的工作，我成功地了解了足够的 API 知识，不仅可以毫无困难地在我的 Spring Web 应用程序中设置基本的身份验证和授权系统，而且还可以实现我想要的自定义 SSO 行为。寻找。我只需要扩展 2 或 3 个类，整个过程在我的 spring 上下文中只需要大约 25 行 XML 配置。

所以作为一个结论，在易用性和学习曲线方面，Shiro 确实很讨人喜欢，我想我将来可能会使用它，除非我遇到一些功能缺失或其他问题（我没有遇到过）迄今为止）。

TL;DR：两者都很强大，但 Shiro 更容易学习。