mPaaS has a built-in support library based on version 23.2.1, and added Fragment aspect logic for automated buried-points for pages. If you add the official version of the android support library while using mPaaS, there will be an android support conflict.
Remove androidsupport-build and replace it directly with the official version. If you also need to use the Fragment automated logging feature provided by mPaaS, you need to manually add the monitoring logic.
Note: The native AAR method does not have a built-in support library, so you are not required to make any action. If you also need to use the Fragment automated logging feature provided by mPaaS, you need to manually add the monitoring logic.
Confirm the version of android support currently used by mPaaS.
group:artifactinformation for the mPaaS third-party SDK.
Remove the mPaaS library.
If you are accessing mPaaS by using a native AAR, you do not need to actively remove it.
mPaaS Inside and Portal & Bundle
excludeDependencies = [
The native AAR access method uses the support-v4 library based on version 23.4.0. However, Google has changed the way it organizes its code since version 24.2.0, and no longer provides all modules of the support-v4 library in a package, and appcompat-v7 introduces all modules of the library in a package, see the Support library packages. Therefore, an AAR dependency conflict will occur when your project uses the appcompat-v7 package.
Manually import a later version of support-v4, along with the appcompat-v7 you need.
Manually import a later version of support-v4.
implementation 'com.android.support:support-v4: (version you used, for example, 28.0.0)'
Import appcompat-v7 you need.
implementation 'com.android.support:appcompat-v7: (version you used, for example, 28.0.0)'