Propagate modifications of OkHttp requests to the affected spans / breadcrumbs

[markushi]

📜 Description

Makes span/breadcrumb data mutable, so we can update it whenever the underlying http request changes.

Unfortunately the okhttp EventListener always gets the original request in most of it's callbacks, even though interceptors have changed the request already. Only when a response is received (e.g. responseHeadersStart()) the response.request.call would contain the actual request, which probably isn't always called due to caching / errors, etc..

Thus we need to wire the update logic into our interceptor instead - and assume it's running last in the chain.

💡 Motivation and Context

Fixes #3610

💚 How did you test it?

📝 Checklist

• I added tests to verify the changes.
• No new PII added or SDK only sends newly added PII if sendDefaultPII is enabled.
• I updated the docs if needed.
• I updated the wizard if needed.
• Review from the native team if needed.
• No breaking change or entry added to the changelog.
• No breaking change for hybrid SDKs or communicated to hybrid SDKs.

🔮 Next steps

[github-actions]

Performance metrics 🚀

	Plain	With Sentry	Diff
Startup time	389.41 ms	428.94 ms	39.53 ms
Size	1.58 MiB	2.21 MiB	642.20 KiB

Previous results on branch: markushi/fix/missing-okhttp-interceptor-request-update

Startup times

Revision	Plain	With Sentry	Diff
6f808d1	478.36 ms	529.26 ms	50.90 ms
1c77f60	430.78 ms	445.54 ms	14.76 ms
38b08c4	389.98 ms	447.98 ms	58.00 ms

App size

Revision	Plain	With Sentry	Diff
6f808d1	1.58 MiB	2.21 MiB	642.09 KiB
1c77f60	1.58 MiB	2.21 MiB	642.10 KiB
38b08c4	1.58 MiB	2.21 MiB	642.21 KiB