[EPIC] Android Profiling Improvements and Hardening

[markushi]

Description

This is a meta issue to collect reported issues around Android Profiling and how we can improve profiling overall.

Refer to the individual issues to learn more about the status.

### Likely root cause: Android Tracer
- [ ] https://github.com/getsentry/sentry-java/issues/2604
- [ ] https://github.com/getsentry/sentry-java/issues/3561 -> https://issuetracker.google.com/issues/362293861
- [ ] https://github.com/getsentry/sentry-java/issues/3653 -> https://issuetracker.google.com/issues/361129298

### Likely root cause: Sentry SDK

[stefanosiano]

I'm thinking about some workarounds that we can do, until it gets fixed (if it gets fixed in older Android versions) We can add another flag to guard "dangerous" profiles, and here is some idea for such detection:

• With our Gradle plugin we can check the app code to see if there is any other call to Debug.startMethodTracingSampling and Debug.stopMethodTracing
• Hook into native implementation and workaround the crashing calls
• We can detect if a native library is called (via gradle plugin or at runtime if possible)
• Create a file to check crashes between profile start/stop and disable it on next run
• Cut out the AOSP profiler and bundle it inside our SDK, changing the abort with a warning

If you have any other workaround, feel free to add a comment with it The best would be create a custom profiler, but that's a big effort thing