首先得明确：重命名工作区里的链接文件，本质是修改工作区中这个链接的"显示名称"，完全不需要改动原文件的路径或名称，你之前的错误主要是对move方法的参数理解出现了偏差。

你之前的问题出在哪？ #

1. 调用originalFile.move(newPath, IResource.FORCE, null)时，你把newPath设成了C:/Temp/newFile.txt——这是原物理文件的绝对路径，Eclipse会认为你要移动原物理文件到这个路径，而不是修改工作区里的链接名称，这不仅会报错，也违背了你不想修改原文件的初衷。
2. 后面尝试重新创建链接的逻辑也有问题：folder.getFile(absoluteLocation)用绝对路径获取IFile是错误的，getFile的参数应该是工作区内相对于该文件夹的文件名，而非物理路径；而且你没有删除原来的链接文件，直接创建新的会导致资源冲突。

正确的实现方式 #

要重命名链接文件，直接对原链接文件调用move方法，但新路径必须是工作区内的路径（也就是相对于项目/文件夹的路径），而非物理文件的绝对路径。

代码示例：

// 假设已获取原链接文件所在的文件夹folder，以及原链接文件名originalFileName
IFile originalLinkedFile = folder.getFile(originalFileName);

// 构造工作区内的新路径：和原链接文件在同一文件夹下，名称改为newFile.txt
IPath newWorkspacePath = folder.getFullPath().append("newFile.txt");

try {
    // 调用move方法，FORCE用于覆盖已存在的同名文件，SHALLOW表示仅处理链接本身（无需递归）
    originalLinkedFile.move(newWorkspacePath, IResource.FORCE | IResource.SHALLOW, null);
    // 刷新文件夹，让工作区同步显示更新后的名称
    folder.refreshLocal(IResource.DEPTH_INFINITE, null);
} catch (CoreException e) {
    // 异常处理，比如打印日志或提示用户
    e.printStackTrace();
}

关键说明 #

• IResource.SHALLOW标志很关键：链接文件只是指向物理文件的引用，并非实际的资源树，移动时不需要递归处理其子资源。
• 新路径必须是工作区内部的路径（比如/YourProject/myTextFiles/newFile.txt），这样Eclipse只会修改工作区里的链接记录，完全不会触动原物理文件。
• 如果担心新名称的文件已存在，IResource.FORCE标志会强制覆盖，和右键重命名时的确认逻辑一致。

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