LinkedHashMap and LinkedHashSet in Java | Internal Working

[@srinukolluris]

I have lot of confusion in-between LinkedHashMap vs LinkedHashSet , now everything is cleared, thanks bro, great work.

[@DailyCodeBuffer]

🙏🏻🙏🏻

[@erwinrussel2086]

Thanks!

[@DailyCodeBuffer]

Thank you so much 🙏🏻🙏🏻

[@gauravsrivastava17]

Plz keep making videos And you are completing the whole Video in the particular topic Makes this channel best place to visit and see

[@DailyCodeBuffer]

Thank you so much 😊

[@ShinAkuma]

Would you consider making a DSA series ? Covering programming techniques for solvnig different kinds of questions and Data structure related questions asked in FAANG companies.

[@DailyCodeBuffer]

Planning on it if more people are interested

[@gopichinthagumpula6481]

​@@DailyCodeBuffer Yes.. do it please

[@balachandra6392]

@@DailyCodeBuffer : please consider LLD videos also.

[@vinaykulkarni4085]

@@DailyCodeBuffer Please create as these are things which I feel most of people lack and fail when asked in interviews

[@PremSagarBhamidipati]

Please do it.

[@nikhilvijay6022]

Great work as always❤

[@DailyCodeBuffer]

Thanks 🙏

[@sanketh768]

Thank you for the video sir, didn't think I could find the explanation so easily

[@DailyCodeBuffer]

Glad it helped

[@azimbekomar4401]

Perfect explanation! Thanks a lot!

[@dipanmandal7607]

Boht badiya. Too good.

[@shakhzodrasulov]

Thank you a lot! Your explanation is cool and it helped me understand how LinkedHashMap works internally!

[@DailyCodeBuffer]

Glad it was helpful!

[@vinaykulkarni4085]

Hi Shabber it was a clear and easy explanation. Please add a video on internal working of ConcurrentHashMap

[@DailyCodeBuffer]

Thank you so much Working on it

[@ShinAkuma]

It's the same as HashMap except it does it's write operations in a monitor region and applies a segment level lock on the buckets so only the buckets where data is being written are locked and rest are free for use. Read operations do no require locks at all.

[@Lallushe]

@@DailyCodeBuffer Concurrent hashmap YES PLS

[@faixan13]

Thanks for the detailed explanation. One question what about the uniqueness of elements ? Because it is unique in set always so it will always be unique in linked hashset also?

[@DailyCodeBuffer]

Yes

[@MutantBikers]

Happy to see you again bro 🙂🙂

[@DailyCodeBuffer]

Thanks buddy 🙏🏻

[@RaviKumar-vk6ib]

Love you buddy cleared my concept totally

[@DailyCodeBuffer]

Glad it helped

[@brahmamk7771]

If hash collision happens then how linkedhashmap() works internally? . Thanks in advance

[@saisreenath4199]

Well explained.

[@gopichinthagumpula6481]

Will you make a video on Oops.. if possible?

[@TechOnScreen]

amazing explanation !

[@DailyCodeBuffer]

Thanks 🙏🏻

[@kunalsharma-zc2ho]

can you made an vedio on Equals and hashcode also with various cases..sometimes it comes confusive : (

[@mihirshinde4268]

What is the Difference between Node and a Entry ?

[@sufyankhot7520]

What if the key is an object? Will the next and before be resolved by sorting whatever is returned by the hashcode()?

[@dmitrikonnov922]

Besides of delicacy going hand in hand with making use of objects as keys in HashMap: At first: hashcode() on your key-object is called, after that the link to your object is copied into the array's node, after links "next" and "before" (or whatever they're called in java) are renewed, pointing to the node. Were your key-object mutated in the meanwhile, it wouldn't have no impact of next and before pointers. But the hash is toast now, I mean whether mutation changes hash code or not, which is also pretty easy to implement, either way make the value unreachable outside of the map sooner or later, but because the pointers inside the map still live, the value is hardly going to be garbage-collected, unless we make use of weak- or softHashmap.

[@dmitrikonnov922]

in short-lived-objects it can by considerable, but in long-term state like caching or it can cause a huge pain in the ass. As for me. imho

[@dmitrikonnov922]

Well, if we have to do with kinda object that we send to the client and later it's supposed to come back, well then our client will probably have done some mutations on it, won't it. That's why I'd rather call hashCode() on our object-to-send by myself, put this hashcode integer value as key into the map and store it into the specific field in our object-to-send. Once it's back again, I just get the stored value from the field and can keep using it as key. The hashCode() here works like an non-unique id.

[@monsuruokuniyi1234]

This linkedhashmap seems pretty complicated. Nicely explained. Why use this rather than a hashmap. Thank you

[@DailyCodeBuffer]

To maintain insertion order

[@dmitrikonnov922]

1) you might want to copy a map with guaranteed the same order as in the origin map 2) you might want to keep track of insertions for instance by implementing LRU-cache. For this particular case you'd use following constructor: public LinkedHashMap(int initialCapacity, float loadFactor, boolean accessOrder)

[@DailyCodeBuffer]

Thank you for detailed information

[@dmitrikonnov922]

@@DailyCodeBuffer Was pleasure. I like your content. Honestly, mentioning implementation of lru-cache was kinda unrealistic of me. I think, Coffeine has ConcurrentLinkedHashMap, which almost covers all needs, unless we're dying to create something very special and customised.:D

[@tabishquadri]

ladka sahi samjhaya hai 👍👍

[@DailyCodeBuffer]

🙏🏻🙏🏻

[@richajava4346]

What is head and tail.

[@nikhilvijay6022]

head is the start of the LinkedList & tail is the end of LinkedList. Understanding Linkedlist would help in understanding hashmaps better

[@shobhitgour1149]

Yesterday in an Interview,this question was asked to me..i could not explain it..😞😞

[@DailyCodeBuffer]

Hope this video helps and you will rock next interview

[@boorlamadhu2643]

Good more helpful 👍

[@DailyCodeBuffer]

Thank you 🙏🏻

[@kavitapatil5285]

first one 🙏🏻

[@DailyCodeBuffer]

Thanks Kavita 🙏🏻