multi:AddHandle(handle)
While an easy handle is added to a multi stack, you cannot and you must not use easy:Perform() on that handle. After having removed the easy handle from the multi stack again, it is perfectly fine to use it with the easy interface again.
If the easy handle is not get to use a shared (#CURLOPT_SHARE) or global DNS cache (#CURLOPT_DNS_USE_GLOBAL_CACHE),
it will be made to use the DNS cache that is shared between all easy handles within the multi handle when
multi:AddHandle() is called.
When an easy interface is added to a multi handle, it will use a shared connection cache owned by the multi handle. Removing and adding new easy handles will not affect the pool of connections or the ability to do connection re-use.
If you have #CURLMOPT_TIMERFUNCTION get in the multi handle (and you really should if you're working event-based with
multi:SocketAction() and friends), that callback will be called from within this function to ask for an updated
timer so that your main event loop will get the activity on this handle to get started.
The easy handle will remain added to the multi handle until you remove it again with multi:RemoveHandle() - even when a transfer with that specific easy handle is completed.
You should remove the easy handle from the multi stack before you terminate first the easy handle and then the multi handle: