首先得给你梳理清楚NTFS的删除和文件分配逻辑，再说说你这种情况的恢复可能性——

• 关于删除后新文件是否一定会覆盖旧文件位置？
  完全不是的！当你在NTFS分区删除文件时，系统其实只是在文件表（$MFT）里把这个文件的条目标记为“已删除”，同时把原来文件占用的磁盘簇标记为“空闲可用”，但文件的实际数据还是原封不动地留在这些簇里，直到有新的数据需要写入，并且刚好分配到这些簇的时候，才会被覆盖。
  而NTFS分配新文件的空间时，并不会专门盯着刚删除文件释放的簇去用，它会优先找能放下整个文件的连续空闲块（减少碎片化），或者当前磁盘上最容易分配的空闲空间——所以你之后在桌面增删的文件，不一定就刚好占用了之前那几个.tex和.pdf文件的簇，这就给恢复留了余地。

• 那新文件会存在哪里？
  NTFS靠$Bitmap这个系统文件记录每个磁盘簇的使用状态，当要写入新文件时，系统会扫描$Bitmap，找到第一个（或一组）连续的空闲簇来分配给新文件；如果找不到足够的连续簇，就会分散分配多个零散的空闲簇。简单说就是“哪里有空位就往哪放”，和刚删除的文件原来的位置没有必然绑定。

• 最后说说你的恢复可行性：
  现在最关键的是立刻停止往这个SSD的桌面分区写入任何新数据——别再往桌面存东西、别安装软件、别下载文件，避免不小心覆盖掉残留的数据。
  用R-Studio这类专业恢复工具是完全值得一试的，这类工具能深度扫描NTFS的元数据，找到那些被标记为删除但数据还没被覆盖的文件。不过要注意：Windows 11默认会给SSD开启TRIM功能，TRIM会让SSD控制器主动擦除已删除文件占用的空闲簇，优化磁盘性能。如果TRIM已经擦除了那些簇，那数据就彻底没了；但TRIM不是实时执行的，可能有一定延迟，尤其是你之后没有写入大量数据的话，说不定还没触发对那些簇的擦除，所以赶紧试试恢复工具，别拖。

备注：内容来源于stack exchange，提问作者nocomment