在Android项目中使用弃用API或者忽略警告信息可能会导致不可预测的后果，并会影响代码的可维护性和可读性。因此，需要采取以下最佳实践来处理这些

1. 尊重弃用警告并考虑替代方案 在Android中，一些API已被弃用，但仍可用。然而，在最新的Android版本中，这些API可能会被删除。因此，当使用弃用API时，你需要考虑替代方案并对代码进行重构。例如，如果你使用了API 21中的一个弃用的方法，则可以使用API 23中的新方法来代替它。

2. 禁用特定的警告信息 在开发过程中，有时候接收到的警告信息并不是真正的问题，可能只是一些无关紧要的信息。对于这种情况，我们可以使用@SuppressWarnings注解来禁止编译器返回特定的警告信息。例如，

@SuppressWarnings("deprecation") public void myMethod() { // 弃用API MyDeprecatedApi.call(); }

在此示例中，我们将禁用“deprecation”警告，这意味着我们可以使用我们的弃用API而不会出现警告信息。但是，我们需要清楚地知道这样做会带来潜在的风险。

注意：在任何情况下，都应该避免过度使用此注解。因为它可能掩盖了代码中真正的问题。

3. 使用LINT检查代码 Android Studio提供了LINT工具，可以帮助我们检查代码的质量，包括检测弃用的API和可忽略的警告信息。在LINT检测中可以设置警告等级，以便检测到代码中的问题。这可以帮助我们更好地修复问题并改善代码。

总之，为了解决弃用API和警告抑制问题，我们需要遵循最佳实践，重构代码，禁用特定的警告信息，并使用Lint工具来检查代码。