同步静态方法如何在Java中工作，我可以使用它来加载Hibernate实体吗？

如果我有一个带有静态方法的util类，它将调用Hibernate函数来完成基本数据访问。我想知道是否使该方法synchronized是确保线程安全的正确方法。

我希望这可以防止对同一数据库实例的信息访问。但是，我现在确定当getObjectById特定类调用以下代码时，是否阻止所有类调用以下代码。

public class Utils {
     public static synchronized Object getObjectById (Class objclass, Long id) {
           // call hibernate class
         Session session = new Configuration().configure().buildSessionFactory().openSession();
         Object obj = session.load(objclass, id);
         session.close();
         return obj;
     }

     // other static methods
}

通过在静态方法锁上使用同步，您将同步类的方法和属性（与实例方法和属性相对）

所以你的假设是正确的。

我想知道使方法同步是否是确保线程安全的正确方法。

并不是的。您应该让RDBMS来完成该工作。他们擅长这类东西。

同步对数据库的访问将获得的唯一结果就是使您的应用程序非常慢。此外，在您发布的代码中，每次都在构建会话工厂，这样，您的应用程序将比执行实际工作花费更多的时间访问数据库。

想象以下情况：

客户端A和B尝试将不同的信息插入表T的记录X中。

使用您的方法，唯一得到的就是确保在数据库中无论如何都会发生一个被另一个调用的情况，因为RDBMS会阻止它们同时从A插入一半信息，从B插入一半信息。 。结果将相同，但仅慢5倍（或更多）。

也许最好看看Hibernate文档中的“事务和并发性”一章。在大多数情况下，您要解决的问题已经得到解决，并且是一种更好的方法。

为了更一般地解决这个问题...

请记住，在方法上使用同步实际上只是简写（假设类是SomeClass）：

synchronized static void foo() {
    ...
}

是相同的

static void foo() {
    synchronized(SomeClass.class) {
        ...
    }
}

和

synchronized void foo() {
    ...
}

是相同的

void foo() {
    synchronized(this) {
        ...
    }
}

您可以将任何对象用作锁。如果要锁定静态方法的子集，则可以

class SomeClass {
    private static final Object LOCK_1 = new Object() {};
    private static final Object LOCK_2 = new Object() {};
    static void foo() {
        synchronized(LOCK_1) {...}
    }
    static void fee() {
        synchronized(LOCK_1) {...}
    }
    static void fie() {
        synchronized(LOCK_2) {...}
    }
    static void fo() {
        synchronized(LOCK_2) {...}
    }
}

（对于非静态方法，您希望使锁成为非静态字段）

静态方法使用该类作为锁定对象，本例中为Utils.class。是的，可以。

static synchronized表示锁定该类的Class对象，而 synchronized表示锁定该类的对象本身。这意味着，如果您正在访问（执行）线程中的非静态同步方法，则仍然可以使用另一个线程来访问静态同步方法。

因此，不可能在任何时间点通过多个线程访问两种相同类型的方法（两个静态方法或两个非静态方法）。

为什么要强制一次只有一个线程可以随时访问数据库？

假设a一次Connection仅由一个线程使用，则实现任何必要的锁定是数据库驱动程序的工作！

您的数据库很可能完全能够处理多个并行访问

如果与数据库中的数据有关，为什么不利用数据库隔离锁定来实现？

要回答您的问题，是的：您的synchronized方法一次不能由多个线程执行。

如何在synchronizedJava的关键字作品

将synchronized关键字添加到静态方法时，该方法一次只能由单个线程调用。

就您而言，每个方法调用将：

• 创建一个新的 SessionFactory
• 创建一个新的 Session
• 获取实体
• 将实体返回给调用者

但是，这些是您的要求：

• 我希望这样做可以防止访问同一数据库实例的信息。
• 防止getObjectById由特定类调用时为所有类调用

因此，即使该getObjectById方法是线程安全的，实现也是错误的。

SessionFactory 最佳做法

它SessionFactory是线程安全的，并且创建它是一个非常昂贵的对象，因为它需要解析实体类并构建内部实体元模型表示形式。

因此，您不应该SessionFactory在每个getObjectById方法调用上都创建。

相反，您应该为其创建一个单例实例。

private static final SessionFactory sessionFactory = new Configuration()
    .configure()
    .buildSessionFactory();

该Session应始终关闭

您没有Session在一个finally块中关闭，并且如果在加载实体时引发异常，这可能会泄漏数据库资源。

根据该Session.load方法，HibernateException如果在数据库中找不到该实体，则JavaDoc可能会抛出。

您不应使用此方法来确定实例是否存在（get()改为使用）。仅使用此方法检索假定存在的实例，其中不存在将是实际错误。

因此，您需要使用代码finally块来关闭Session，如下所示：

public static synchronized Object getObjectById (Class objclass, Long id) {    
     Session session = null;
     try {
         session = sessionFactory.openSession();
         return session.load(objclass, id);
     } finally {
         if(session != null) {
             session.close(); 
         }
     }
 }

防止多线程访问

对于您的情况，您想确保只有一个线程可以访问该特定实体。

但是该synchronized关键字仅阻止两个线程getObjectById同时调用。如果两个线程一个接一个地调用此方法，则仍将有两个线程使用此实体。

因此，如果要锁定给定的数据库对象，以使其他线程无法修改它，则需要使用数据库锁。

该synchronized关键字仅在单个JVM中有效。如果您有多个Web节点，则不会阻止跨多个JVM的多线程访问。

您需要做的是在数据库中使用LockModeType.PESSIMISTIC_READ或LockModeType.PESSIMISTIC_WRITE将更改应用到数据库中，如下所示：

Session session = null;
EntityTransaction tx = null;

try {
    session = sessionFactory.openSession();

    tx = session.getTransaction();
    tx.begin();

    Post post = session.find(
        Post.class, 
        id, 
        LockModeType.LockModeType.PESSIMISTIC_READ
    );

    post.setTitle("High-Performance Java Perisstence");

    tx.commit();
} catch(Exception e) {
    LOGGER.error("Post entity could not be changed", e);
    if(tx != null) {
        tx.rollback(); 
    }
} finally {
    if(session != null) {
        session.close(); 
    }
}

所以，这就是我所做的：

• 我创建了EntityTransaction一个新数据库，并开始了一个新的数据库事务
• 我Post在按住相关数据库记录的锁的同时加载了实体
• 我更改了Post实体并提交了交易
• 在Exception被抛出的情况下，我回滚了交易

有关ACID和数据库事务的更多详细信息，也请参阅本文。