Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione Google Pixel Watch 5: sembra lo stesso, ma al polso la differenza si sente
Recensione Google Pixel Watch 5: sembra lo stesso, ma al polso la differenza si sente
Google Pixel Watch 5 ha affinato una formula già convincente con hardware più veloce, Gemini offline e nuovi strumenti per sport e benessere. Abbiamo provato la versione LTE da 41 mm, comoda anche di notte e ben proporzionata sui polsi piccoli. Il design resta un punto di forza, ma l'autonomia premia ancora il 45 mm e alcune funzioni AI non sono disponibili in Italia: ecco che cosa cambia rispetto a Watch 4 e quale formato conviene scegliere oggi
Nokia Innovation Day 2026: la sovranità europea passa dal mercato unico e dai laboratori italiani del gruppo
Nokia Innovation Day 2026: la sovranità europea passa dal mercato unico e dai laboratori italiani del gruppo
Politica, accademia e industria a confronto su mercato unico, sicurezza e competitività. Nei laboratori di Vimercate, Nokia ha mostrato le nuove generazioni di chip ottici e i test che ogni prodotto deve superare prima di arrivare sul mercato
In sella alla Fiido Nomads Pro: e-bike con motore centrale da 100 Nm per il divertimento a 360 gradi
In sella alla Fiido Nomads Pro: e-bike con motore centrale da 100 Nm per il divertimento a 360 gradi
Abbiamo assemblato e provato la Fiido Nomads Pro, evoluzione del modello da trekking già presente nella gamma, che migliora in tutto, soprattutto grazie al motore centrale, fluido e potente. Ottima app, costruzione solida e prezzo ok completano il quadro
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 13-09-2008, 10:51   #1
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
[JAVA] metodi synchronized

Ciao, ho una classe così composta

Codice:
class Pippo {
    public synchronized a() {
        // uso obj
    }
    
    public synchronized b() {
        // uso obj
    }
    
    private Object obj;
}
Il metodo a() può essere invocato soltanto da un thread T1, il metodo b() può essere invocato soltanto da un altro thread T2. Entrambi i metodi usano obj. Se i due metodi vengono invocati contemporaneamente, anche l'accesso a obj è sincronizzato? In pratica, all'interno di un metodo synchronized, l'accesso alle risorse NON locali è esclusivo del thread che invoca il metodo?
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:00   #2
Fenomeno85
Senior Member
 
L'Avatar di Fenomeno85
 
Iscritto dal: Jun 2002
Città: Provincia De VaRéSe ~ § ~ Lat.: 45° 51' 7" N Long.: 8° 50' 21" E ~§~ Magica Inter ~ § ~ Detto: A Chi Più Amiamo Meno Dire Sappiamo ~ § ~ ~ § ~ Hobby: Divertimento allo Stato Puro ~ § ~ ~ § ~ You Must Go Out ~ § ~
Messaggi: 8897
La parola riservata synchronized consente una accurata gestione dei metodi che possono essere richiamati contemporaneamente da più thread, quando si presenti la necessità di garantire un accesso sincronizzato ad eventuali risorse gestite da tali metodi. Quando un thread sta utilizzando un oggetto per mezzo di un metodo synchronized, tale oggetto viene bloccato (locked) per evitare altri accessi concorrenti.

da html

~§~ Sempre E Solo Lei ~§~
__________________
Meglio essere protagonisti della propria tragedia che spettatori della propria vita
Si dovrebbe pensare più a far bene che a stare bene: e così si finirebbe anche a star meglio.
Non preoccuparti solo di essere migliore dei tuoi contemporanei o dei tuoi predecessori.Cerca solo di essere migliore di te stesso
Fenomeno85 è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:05   #3
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da blackskop Guarda i messaggi
anche l'accesso a obj è sincronizzato? In pratica, all'interno di un metodo synchronized, l'accesso alle risorse NON locali è esclusivo del thread che invoca il metodo?
No.
Quello che è in "mutua esclusione" è la invocazione di metodi synchronized su uno stesso identico oggetto da parte di più thread.
Se T1 sta eseguendo a(), allora vuol solo dire che T2 non può eseguire b(). E viceversa, se T2 sta eseguendo b(), allora T1 non può eseguire a().
E ripeto, solo se vengono invocati sullo stesso identico oggetto.

Cosa poi facciano e usino i metodi ... beh, è un altro discorso.
__________________
Andrea, Senior Java developer – SCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:08   #4
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
Quote:
Originariamente inviato da andbin Guarda i messaggi
No.
Quello che è in "mutua esclusione" è la invocazione di metodi synchronized su uno stesso identico oggetto da parte di più thread.
Se T1 sta eseguendo a(), allora vuol solo dire che T2 non può eseguire b(). E viceversa, se T2 sta eseguendo b(), allora T1 non può eseguire a().
E ripeto, solo se vengono invocati sullo stesso identico oggetto.

Cosa poi facciano e usino i metodi ... beh, è un altro discorso.
Forse volevi dire

Se T1 sta eseguendo a(), allora vuol solo dire che T2 non può eseguire a(). E viceversa, se T2 sta eseguendo b(), allora T1 non può eseguire b()

?


O non ho ancora capito? Ho bisogno di avere sia i due metodi synchronized e sia tutte le risorse usate nei metodi synchronized. Come posso risolvere?
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:16   #5
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da blackskop Guarda i messaggi
Forse volevi dire

Se T1 sta eseguendo a(), allora vuol solo dire che T2 non può eseguire a(). E viceversa, se T2 sta eseguendo b(), allora T1 non può eseguire b()

?
Anche questo è uno scenario corretto. Ma tu comunque dicevi che b() può essere invocato solo da T2.

Il nocciolo di tutto è molto semplice: quando si entra in un metodo/blocco synchronized, il thread ha acquisito un lock e di lock in un oggetto ce n'è 1 solo. È chiaro che qualunque altro tentativo di acquisizione del lock su quello stesso identico oggetto, fa bloccare un altro thread finché il lock non è stato rilasciato da quell'unico thread che l'ha acquisito.

Se T1 sta eseguendo a(), nessun altro thread può invocare a() o b() o qualunque altro metodo synchronized presente in quella classe o blocco synchronized che acquisce esplicitamente il lock su quello stesso identico oggetto.

Quote:
Originariamente inviato da blackskop Guarda i messaggi
O non ho ancora capito? Ho bisogno di avere sia i due metodi synchronized e sia tutte le risorse usate nei metodi synchronized. Come posso risolvere?
Non so ovviamente cosa vuoi fare di preciso, non so come è il tuo scenario in generale ... cosa vuoi proteggere e perché. Quindi non saprei cosa rispondere.
__________________
Andrea, Senior Java developer – SCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:17   #6
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
Quote:
Originariamente inviato da Fenomeno85 Guarda i messaggi
La parola riservata synchronized consente una accurata gestione dei metodi che possono essere richiamati contemporaneamente da più thread, quando si presenti la necessità di garantire un accesso sincronizzato ad eventuali risorse gestite da tali metodi. Quando un thread sta utilizzando un oggetto per mezzo di un metodo synchronized, tale oggetto viene bloccato (locked) per evitare altri accessi concorrenti.

da html

~§~ Sempre E Solo Lei ~§~
Se ho ben capito è il contrario di quello che dice andbin. Chi ha ragione?
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:20   #7
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
Quote:
Originariamente inviato da andbin Guarda i messaggi
Anche questo è uno scenario corretto. Ma tu comunque dicevi che b() può essere invocato solo da T2.

Il nocciolo di tutto è molto semplice: quando si entra in un metodo/blocco synchronized, il thread ha acquisito un lock e di lock in un oggetto ce n'è 1 solo. È chiaro che qualunque altro tentativo di acquisizione del lock su quello stesso identico oggetto, fa bloccare un altro thread finché il lock non è stato rilasciato da quell'unico thread che l'ha acquisito.

Se T1 sta eseguendo a(), nessun altro thread può invocare a() o b() o qualunque altro metodo synchronized presente in quella classe o blocco synchronized che acquisce esplicitamente il lock su quello stesso identico oggetto.

Non so ovviamente cosa vuoi fare di preciso, non so come è il tuo scenario in generale ... cosa vuoi proteggere e perché. Quindi non saprei cosa rispondere.
Ah ok, ora mi è chiaro. Partivo dal presupposto sbagliato che due thread possono invocare contemporaneamente due metodi diversi di una stessa istanza di classe. Grazie!
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2008, 11:57   #8
xciaoatuttix
Member
 
L'Avatar di xciaoatuttix
 
Iscritto dal: Jul 2008
Messaggi: 255
In pratica con quella classe hai creato un monitor

tutti i metodi syncronized di una stessa classe vengono eseguiti in mutua esclusione.
quindi se un thread esegue un metodo syncronized , di una certa classe, tutti gli altri thread che vorranno eseguire un qualsiasi altro metodo syncronized di quella classe dovranno mettersi in attesa.
xciaoatuttix è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione Google Pixel Watch 5: sembra lo stesso, ma al polso la differenza si sente Recensione Google Pixel Watch 5: sembra lo stess...
Nokia Innovation Day 2026: la sovranità europea passa dal mercato unico e dai laboratori italiani del gruppo Nokia Innovation Day 2026: la sovranità e...
In sella alla Fiido Nomads Pro: e-bike con motore centrale da 100 Nm per il divertimento a 360 gradi In sella alla Fiido Nomads Pro: e-bike con motor...
ASUS Zenbook 14 (UX3480AA): tanta autonomia con uno chassis bello e robusto ASUS Zenbook 14 (UX3480AA): tanta autonomia con ...
MSI PRO MAX: QD-OLED ultrawide per lavorare, creare e giocare MSI PRO MAX: QD-OLED ultrawide per lavorare, cre...
Apple Watch SE 3 a 219€ su Amazon: displ...
GTA VI potrebbe arrivare su PC molto pri...
Windows 10, il Patch Tuesday di ottobre ...
Arm condannata a pagare a Qualcomm... 2 ...
tado° in offerta su Amazon: valvole ...
Windows 11, disponibili gli aggiornament...
HUAWEI MatePad Pro 12 e WATCH 6 arrivano...
Patch Tuesday con l'IA: Microsoft chiude...
Mini PC con 32GB di RAM e Ryzen 7 e 1TB ...
Le tue app personali fatte con l'IA hann...
ASML non riesce a stare dietro agli ordi...
PS5 e IA generativa: Qwen 27B gira sulla...
Apple Mac mini M6 appena arrivato è già ...
Bolt Graphics accende Zeus: la GPU per s...
L'IA è 'meno regolamentata di un ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 09:23.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v