我来帮你一步步排查这个问题，大概率是命令执行方式或生效条件没做对，下面是具体的解决步骤：

1. 修正命令执行方式 #

你把两个setprop命令写在同一行但没有正确分隔，导致第二个命令可能根本没被执行。正确的做法是分开执行，或者在同一个shell会话里用分隔符连接：

方式一：分开执行两个命令 #

adb shell setprop log.tag.Glide DEBUG
adb shell setprop log.tag.Engine DEBUG

方式二：在同一个shell会话中执行 #

adb shell "setprop log.tag.Glide DEBUG && setprop log.tag.Engine DEBUG"

执行完后可以验证设置是否生效：

adb shell getprop log.tag.Glide
adb shell getprop log.tag.Engine

如果返回DEBUG，说明标签设置成功。

2. 重启应用让设置生效 #

Glide在应用启动时会读取log标签的配置，所以设置完prop后必须重启你的应用进程（杀掉应用再重新打开），否则新的日志配置不会生效。

3. 正确过滤日志查看输出 #

有时候不是没有日志，而是被淹没在大量系统日志里了。你可以用logcat命令过滤Glide相关的日志：

# 只显示Glide和Engine标签的DEBUG及以上级别日志，其他日志静音
adb logcat Glide:D Engine:D *:S

这里的D对应DEBUG级别，*:S表示其他所有标签的日志都静音（Silent），这样能更清晰看到Glide的输出。

4. 检查Glide初始化时的日志级别设置 #

如果你的代码里手动设置了Glide的日志级别，可能会覆盖系统属性的配置。检查是否有类似这样的代码：

GlideBuilder builder = new GlideBuilder();
// 如果设置了低于DEBUG的级别，比如INFO，就会看不到DEBUG日志
builder.setLogLevel(Log.INFO);
Glide.setup(builder);

如果有，把日志级别改回Log.DEBUG或者直接移除这行代码（默认就是DEBUG级别）。

5. 清空logcat缓冲区（可选） #

如果之前的日志缓冲区有残留，可能影响查看，先清空再重新采集：

adb logcat -c
# 然后启动应用，再执行过滤命令
adb logcat Glide:D Engine:D *:S

按照以上步骤操作后，应该就能看到Glide的DEBUG日志了。

内容的提问来源于stack exchange，提问作者Anthony