Nebenläufigkeit von @ApplicationScoped JSF verwaltet Bohnen

Question

Ich benutze Mojarra 2.2.12 und in unserem Projekt haben wir ein paar @ApplicationScoped Bohnen. Zum Beispiel:

@ManagedBean 
@ApplicationScoped 
public class AppScopedBean{ 

    private int commonValueForClients; 

    //GET, SET 

    public void evalNew(){ 
     int newCommonVal; 
     //Evaluation of the new value, doesn't depend on the commonValueForClients 
     commonValueForClients = newCommonVal; 
    } 
} 

Meine Frage ist, sollten wir uns Sorgen über die Sichtbarkeit des neuen zugewiesenen Wertes machen?

Ich konnte nicht in the spec finden, dass JSF-Infrastruktur den Zugriff auf @ApplicationScoped Bean Felder synchronisieren muss. Also, insbesondere für Mojarra 2.2.12, sollten wir das Feld als volatile deklarieren oder den Zugriff explizit synchronisieren?

Answer 1

JSF tut nicht synchronisieren Sie alle Zugriffe auf verwalteten Beans in einem beliebigen Bereich.

Das ist Ihre Verantwortung. Verwenden Sie vorhandene Parallelitäts-/Synchronisations-Wrapper als Feldtypen wie AtomicInteger, ConcurrentHashMap, Collections#synchronizedList() usw. Verwenden Sie volatile nur als letzten Ausweg, wenn kein solcher Wrapper vorhanden ist.

Die Synchronisation von veränderbaren Objekten ist unbedingt in anwendungsspezifischen Beans erforderlich. Im Fall von z.B. HashMap, riskieren Sie andernfalls möglicherweise sogar eine stuck thread (100% CPU). Dies ist weniger wichtig in Session-Bean-Beans, da auf sie nur gleichzeitig zugegriffen wird, wenn der Endbenutzer mehrere HTTP-Verbindungen in derselben Sitzung öffnet, und dies nur dann geschieht, wenn zwei physisch verschiedene Browser-Instanzen erzeugt werden, die jedoch wiederum standardmäßig aktiviert werden teilen Sie die Sitzung nicht bereits. Dies würde nur im Fall von Robotern/Hackern passieren und es wird daher immer noch dringend empfohlen, dies auch in session-scoped Beans zu tun. Es ist fast nicht notwendig in Ansicht beschränkte Bohnen als Ajax-Anfragen sind by specification in die Warteschlange, aber in PrimeFaces kann es von <p:ajax async="true"> ausgeschaltet werden, und Sie müssten dies in der Ansicht beanspruchte Bean auch berücksichtigen. Es ist völlig unnötig in Request-Scoped-Beans.

Falls Sie zufällig CDI haben, können Sie optional auch die @Lock Annotation von EJB mit einer benutzerdefinierten Annotation und einem CDI Interceptor nachahmen. Dies wird detailliert im Blog von Stephan Kintelius beschrieben: Concurrency control for CDI, zufällig am Tag vor Ihrer Frage gepostet. Beachten Sie, dass die JSF-Bean-Management-Funktion gemäß JSF 2.3 zugunsten von CDI veraltet ist. Siehe auch Backing beans (@ManagedBean) or CDI Beans (@Named)? Wenn Sie können, wechseln Sie zu CDI, um Bean-Management.