嗨，我来帮你拆解这两个升级过程中遇到的NuGet相关问题，都是.NET Framework跨版本升级里很常见的小细节，咱们一步步说清楚：

一、为什么update-package -Reinstall会重装同一个版本的包？ #

这完全是由你使用的命令参数决定的：

• 核心参数-Reinstall的设计目的就是强制重新安装项目当前已有的所有NuGet包（或指定包），它的作用是修复引用关联、同步packages.config和本地包文件，而不是升级包版本。
• 再加上-IgnoreDependencies会跳过依赖包的检查与更新，所以这个命令只会老老实实把你packages.config里记录的版本重新装一遍，不会自动升级到适配.NET 4.8的最新兼容版本。
• 如果你想升级到适配.NET 4.8的最新包版本，应该去掉-Reinstall参数，直接执行update-package -ProjectName abc（如果需要保留依赖关系），或者update-package -ProjectName abc -IgnoreDependencies（跳过依赖检查）。要是只想升级特定包，还可以指定包名，比如update-package System.Memory -ProjectName abc。

二、为什么引用路径指向net461文件夹，而不是net48？ #

这是NuGet包的兼容策略导致的，属于正常现象，不是bug：

• 很多基础类库包（比如你提到的System.Memory 4.5.5）针对.NET Framework的适配逻辑是：只要项目的目标框架版本≥包支持的最低框架（这里是net461），就会使用net461目录下的DLL。因为这些包在.NET Framework 4.6.1及以上的版本上是完全通用的，不需要单独编译net48版本的DLL。
• 你可以去查看这个NuGet包的本地文件，它的lib目录里确实没有net48文件夹，只有net461、netstandard2.0等目录。VS会自动选择最适配你项目目标框架的目录，这里就是net461，完全不影响在.NET 4.8项目中的运行。
• 额外提一句：.NET Framework 4.8本身已经内置了很多这类基础库的实现，如果你不需要特定版本的System.Memory，甚至可以直接移除这个NuGet引用，避免重复依赖。

实操解决建议 #

如果还是想调整到更“贴合”net48的状态，可以试试这些操作：

• 升级到适配net48的最新包版本：执行update-package -ProjectName abc，它会把所有包升级到支持.NET 4.8的最新兼容版本，同时自动更新引用关联（不过如果包本身没有net48目录，还是会用net461的，这是包的问题）。
• 清理项目缓存：删除项目的bin、obj文件夹，再删除解决方案根目录的.suo文件，重启VS后重新生成解决方案，解决VS缓存旧设置的问题。
• 手动修正引用路径：如果某些引用确实出现异常，可以右键项目→卸载项目→编辑.csproj文件，找到对应的<Reference>节点，手动修改HintPath指向正确的DLL路径，然后重新加载项目。
• 移除冗余的NuGet引用：对于System.Memory这类微软官方基础包，.NET 4.8已经内置了对应实现，直接移除NuGet引用即可，减少不必要的依赖。

要是还有其他细节问题随时提出来，咱们再慢慢捋~