IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

avec Java Discussion :

un "synchronized" sur une méthode


Sujet :

avec Java

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    Mars 2010
    Messages
    115
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2010
    Messages : 115
    Points : 62
    Points
    62
    Par défaut un "synchronized" sur une méthode
    bonjour, j'aimerais savoir, si un "synchronized" sur une méthode pose un verrou sur l'accès à cette méthode ou sur l'ensemble de l'objet?

    Merci de votre compréhension.

  2. #2
    Rédacteur
    Avatar de bulbo
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Février 2004
    Messages
    1 259
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : France

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Finance

    Informations forums :
    Inscription : Février 2004
    Messages : 1 259
    Points : 1 937
    Points
    1 937
    Par défaut
    La ressource protégée par un synchronized est un objet, l'accès à un bloc ou à une méthode synchronized sur un même objet sera autorisé à la condition qu'aucun autre thread ne soit actif dans un de ces blocs.

    Bulbo
    [Java] [NetBeans] [CVS]
    La FAQ Java
    Merci de ne pas me poser de questions techniques par MP.

  3. #3
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 481
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 481
    Points : 48 806
    Points
    48 806
    Par défaut
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
     synchronized void methode(){........}
    est équivalent à
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     void methode(){
       synchronized(this){ 
            ......
       }
    }
    et
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
     static synchronized void methode(){........}
    est équivalent à
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    static void methode(){
       synchronized(CetteClasse.class){ 
            ......
       }
    }

  4. #4
    Membre du Club
    Profil pro
    Inscrit en
    Mars 2010
    Messages
    115
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2010
    Messages : 115
    Points : 62
    Points
    62
    Par défaut
    d'après ce que vous m'avais dit, j'ai essayé de comprendre ou se situe l'interblocage dans le code suivant; je voudrais savoir si c'est bien là où est l'interblocage.
    Je pense que l'interblocage se situe dans la méthode synchronized(writeLock), ai-je raison?
    Pour supprimer cet interblocage que faudrait-il faire?

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
     
    public class Oups {
         private int value;
     
         public void setValue(int value) {
           synchronized(readLock) {
             synchronized(writeLock) {
               this.value=value;
             }
           }
         }
     
         public int getValue() {
           synchronized(readLock) {
            return value;
           }
         }
     
         public void performs() throws InterruptedException {
           Thread t = new Thread() {
             public void run() {
               setValue(12);
             }
           };
     
           synchronized(writeLock) {
             t.start();
             Thread.sleep(1000);
     
             System.out.println(getValue());
           }
         }
     
         private final Object readLock = new Object();
         private final Object writeLock = new Object();
     
         public static void main(String[] args) throws InterruptedException {
           Oups oups = new Oups();
           oups.performs();
         }
       }
    Merci de votre compréhension.

  5. #5
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 481
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 481
    Points : 48 806
    Points
    48 806
    Par défaut
    l'interblocage viens du fait que d'un coté vous faites l'acquisition de readlock avant writelock et de l'autre coté l'inverse. Lorsque vous faites l'acquisition de verrous multiples, assurez vous toujours de faire l'acquistion dans le même ordre!

    Ici, cette correction suffirait:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
     
    synchronized(readLock){
        synchronized(writeLock) { // writeLock requiert readLock
             t.start();
             Thread.sleep(1000);
     
             System.out.println(getValue());
           }
    }
    a noter qu'il existe déjà des apis toutes faites (dans commons transaction par exemple) pour gérer les verrous à niveaux multiples

  6. #6
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro
    Architecte technique
    Inscrit en
    Août 2005
    Messages
    2 894
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : Août 2005
    Messages : 2 894
    Points : 7 083
    Points
    7 083
    Par défaut
    C'est quoi l'intérêt de synchroniser sur writeLock dans le "Main" thread ?
    Java : Cours et tutoriels - FAQ - Java SE 8 API - Programmation concurrente
    Ceylon : Installation - Concepts de base - Typage - Appels et arguments

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  7. #7
    Membre du Club
    Profil pro
    Inscrit en
    Mars 2010
    Messages
    115
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2010
    Messages : 115
    Points : 62
    Points
    62
    Par défaut
    tchize, est ce que le synchonized dans le getValue() doit être supprimer avant pour faire la modification que tu viens de me dire?

    voici le code j'ai supprimé le synchronized dans la getValue():
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
     
    public class Oups {
         private int value;
     
         public void setValue(int value) {
           synchronized(readLock) {
             synchronized(writeLock) {
               this.value=value;
             }
           }
         }
     
         public int getValue() {
            return value;
         }
     
         public void performs() throws InterruptedException {
           Thread t = new Thread() {
             public void run() {
               setValue(12);
             }
           };
         synchronized(readLock) {
           synchronized(writeLock) {
             t.start();
             Thread.sleep(1000);
     
             System.out.println(getValue());
           }
         }
    	}
     
         private final Object readLock = new Object();
         private final Object writeLock = new Object();
     
         public static void main(String[] args) throws InterruptedException {
           Oups oups = new Oups();
           oups.performs();
         }
       }
    qu'en penses tu?

  8. #8
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 481
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 481
    Points : 48 806
    Points
    48 806
    Par défaut
    ben non y a pas de raison de le retire, ou alors le readLock n'a plus aucun sens si tu lit sans acquérir ce lock

  9. #9
    Membre du Club
    Profil pro
    Inscrit en
    Mars 2010
    Messages
    115
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2010
    Messages : 115
    Points : 62
    Points
    62
    Par défaut
    merci de ton aide....

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. blocage sur une méthode synchronized
    Par rockelite dans le forum Général Java
    Réponses: 3
    Dernier message: 03/05/2006, 22h28
  2. [ActiveX] Retour de BSTR sur une méthode externe
    Par mr.saucisse dans le forum MFC
    Réponses: 28
    Dernier message: 11/01/2006, 15h47
  3. Réponses: 3
    Dernier message: 16/04/2004, 16h51

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo