Java: Future

0:00Cześć w poprzedniej lekcji przyjrzeliśmy się

0:04jak tworzyć executor serwisy oraz jak je zamykać oraz jakich problemów

0:08możemy się spodziewać przy tym a w tej lekcji postaramy się dopracować teraz

0:12te klasy które wykorzystywaliśmy już te jak main sender tak żeby

0:17były trochę bezpieczniejsze okej tutaj przypomnę że jeżeli robimy

0:21na przykład execute tutaj podajemy jakieś domknięcie jakąś lambdę tak

0:26w której korzystamy na przykład z jakiegoś mail sendera czy jakiegoś zewnętrznego

0:30tutaj obiektu i na nim robił na przykład send mail tak

0:34no to ten obiekt powinien być thread savety to jest jedna rzecz tak a druga

0:39rzecz to jest to że tutaj co prawda ten

0:43executor service pewnie jest globalny tak ale

0:47równie dobrze my moglibyśmy zamiast wywoływać mail sender'a

0:52tutaj powiedzmy send maila z tego miejsca na tym executorze tak

0:56to może lepiej by było żeby ten mail sender dostawał

1:01tego egzekutora tak gdzieś z zewnątrz byśmy mieli jeden mail sender

1:05spokojnie na całą powiedzmy aplikację czy tam powiedzmy na ileś

1:09tam wywołań tak oczywiście musielibyśmy zapewnić żeby on był thread safety

1:13tak ale zasadniczo fajniejszy byłby trochę interfejs w którym zamiast

1:17robić execute robimy sendmail tak zróbmy

1:22coś takiego po prostu możemy przekazać naszego executor service w konstruktorze

1:26tak i tutaj w send mailu po prostu robimy execute prawda

1:30no i teraz mamy ładny interfejs możemy po prostu robić na naszym

1:35senderze send mail teraz nie robimy jakichś takich pokracznych wywołań na executor

1:40service robimy execute z jakąś lambdą prawda już teraz to dużo ładniej wygląda okej

1:45nasz interfejs się trochę uprościł teraz ale zauważmy że ten mail

1:49sender może być wykorzystywany z różnych miejsc prawda na przykład w jednym

1:53miejscu w kodzie nie będzie nas obchodziło to że ten send mail się

1:57wykonuje asynchronicznie tak i powiedzmy gdzieś w tle będzie wywołany

2:01mail i to będzie okej tak ale w innych miejscach moglibyśmy chcieć

2:06jednak zaczekać na wynik wywołania tej metody prawda i w tym momencie jeżeli

2:10robimy execute tutaj pod spodem na jakimś zdalnym executor serwisie

2:14którego niekoniecznie mamy do niego dostęp w tym miejscu tak no

2:18to nie wiemy nic my dostajemy jakiegoś void'a dostajemy tak

2:22nic nie możemy z tym zrobić no i to jest powiedzmy takie dla

2:26niektórych ten interface będzie odpowiadał dla niektórych niekoniecznie okej dlatego

2:31z tego miejsca możemy też zwrócić coś co jest

2:35future zamiast robić execute na executor service możemy

2:39zrobić submit i submit mamy w kilku powiedzmy jakich przeciążeniach

2:43jednym z nich jest runnable bo jeżeli nasz powiedzmy kodzik

2:47niczego nie zwraca w tym momencie prawda w tym momencie submit zwróci nam

2:51coś co się nazywa future i future to jest powiedzmy taki uchwyt na coś na

2:56wynik jakiejś operacji która jeszcze się nie zakończyła i teraz jesteśmy

3:00w stanie to zwrócić na przykład ale oczywiście poprawimy trochę nasz

3:05interfejs tak naszego send maila i teraz dostajemy tutaj future

3:10od znak zapytania czyli tak czegoś co nie jesteśmy w

3:14stanie zrobić powiedzmy w tym momencie to nic nie zwróci tak ale

3:18ciągle możemy wziąć tego future'a tak i teraz możemy

3:22na nim zrobić na przykład get sobie zobaczymy tak robimy get

3:27i w tym momencie w niektórych miejscach naszej aplikacji możemy wymusić okej to

3:31jest asynchroniczna operacja tak ona się wykona jakoś w przyszłości moglibyśmy

3:35od razu zwrócić na przykład sterowanie ale my chcemy tutaj świadomie zaczekać

3:40na to co się wydarzy tak no i tutaj możemy właśnie zrobić get jak robimy

3:44get no to w tym momencie blokujemy więc oczywiście trzeba obsłużyć teraz

3:48exeption tak załóżmy że go sobie na razie wyrzucimy na zewnątrz nie interesuje

3:52nas to to jest po prostu przykład tak no i w tym momencie my zaczekamy na ten

3:56czas czyli powiedzmy tutaj będziemy czekali w dwie sekundy które są w send mail dokładnie

4:02geta też żeby

4:06unikać takich sytuacji że zablokujemy się wiecznie tak no to

4:10tutaj możemy jeszcze dać pewien timeout to jest też dobra praktyka i później na przykład najlepiej

4:14ten diamond brać gdzieś z konfiguracji go tutaj wstrzykiwać tak

4:18żebyśmy mogli zdalnie powiedzmy na środowisku już pozmieniać sobie tą konfigurację

4:22warto być świadomym tego że jeżeli robimy get i

4:26wewnątrz tej operacji którą wrzucałem w submita poleci jakiś wyjątek to

4:31w miejscu tego geta my też go dostaniemy teraz możemy to sobie zobaczyć co się wydarzy i jak widzimy

4:35poleciał nam wyjątek i on przeleciał też przez main w tym miejscu prawda no

4:40i też co za tym idzie oczywiście nie zostało wykonane shutdown i await termination na

4:45naszym powiedzmy executor service więc też jest dobrze je opakować w jakiś

4:49try catch tak jakiegoś więc warto być tego świadomym że get też

4:53w tym momencie tak jakby te wyjątki które wszystkie polecą

4:57w naszej operacji zostaną przeroutowane do tego miejsca okej teraz zobaczymy

5:01sobie trochę inny przykład mamy teraz już user service a nie mail service tak

5:05mail sender i user service chce nam asynchronicznie zwrócić username

5:10jakiś prawda ok dla jakiegoś id tak on bije do jakiegoś powiedzmy

5:14serwisu czy coś takiego i teraz jeżeli jesteśmy w executor service

5:18tak używamy go tutaj pod spodem robiąc submit możemy

5:22już zamiast runnable przekazać callable bo tak możemy spokojnie tutaj

5:26zrobić return prawda i dzięki temu ten future który jest zwracany z

5:30tego submita on w środku zawiera stringa tak on oczywiście

5:34też się może ta operacja wywalić tak ale jeśli przejdzie prawidłowo to

5:39używając geta jesteśmy w stanie teraz wyłuskać ten result tak

5:43jestem w stanie wyciągnąć jeszcze tego stringa jak widzimy dostajemy dokładnie

5:47to to że to jest wykonywane na drugim wątku nie jest problemem w tym momencie ten

5:51future sprawia że wyciąganie tych wartości z

5:55drugiego wątku jest bezpieczne tak jak byśmy na przykład w tej operacji mieli

5:59zmieniać stany jakieś globalne czy mapy czy czegoś takiego no to to już jest taka

6:03współdzielona zmienna globalna to nie jest dobry pomysł tak a w ten sposób jest

6:08to jak najbardziej bezpieczne okej to wszystko co chciałem ci pokazać w tej lekcji do

6:12usłyszenia w kolejnej