当应用在API 29上可以运行，但在API 26上崩溃时，可能是由于在API 26上使用了API 29中的新特性或方法导致的。解决这个问题的一种方法是使用条件判断来检查设备的API级别并相应地使用不同的代码。

以下是一个示例解决方案：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    // 在API 26及以上版本上执行需要API 29中的特性的代码
    // 示例：使用新的通知渠道功能
    NotificationChannel channel = new NotificationChannel("channel_id", "Channel Name", NotificationManager.IMPORTANCE_DEFAULT);
    NotificationManager notificationManager = getSystemService(NotificationManager.class);
    notificationManager.createNotificationChannel(channel);
} else {
    // 在API 26以下版本上执行不需要API 29中特性的代码
    // 示例：创建普通的通知
    NotificationCompat.Builder builder = new NotificationCompat.Builder(this)
            .setSmallIcon(R.drawable.icon)
            .setContentTitle("Notification Title")
            .setContentText("Notification Content")
            .setPriority(NotificationCompat.PRIORITY_DEFAULT);
    NotificationManagerCompat notificationManager = NotificationManagerCompat.from(this);
    notificationManager.notify(0, builder.build());
}

在上述示例中，我们使用了Build.VERSION.SDK_INT来获取设备的API级别，并根据API级别的不同执行不同的代码逻辑。在API 26及以上的设备上，我们使用了API 29中的新的通知渠道功能，而在API 26以下的设备上，我们使用了旧的通知构建方法。

通过这种方式，您可以在不同的API级别上运行应用而不会崩溃。