java 补全变量名_如何解决eclipse、MyEclipse中变量名自动补全问题

背景：这个问题困扰了很长时间，解决过程也并不顺利。不断的试错，再次让我理解这下面这句话——

世界上对的路可能只有一条，错的路却可能有成千上万条，不要成为别人的前车之鉴。开发之路，只需要记住对的路就行了。

1 过程分析

在修改eclipse插件相关配置的时候，记得做好备份工作，随时回滚。

1.1 问题描述

在eclipse或MyEclipse中，我们在写代码的时候经常会遇到变量名自动补全问题，举个栗子：我们定义变量String e的时候，按下等号或空格键会变成这样String eString。这个问题很是烦人。

设置代码提示

1.2 打开自动提示

打开 Eclipse 依次选择 Window -> Perferences -> Java -> Editor -> Content Assist，Auto activation triggers for Java：设置框中默认是"."

现在将它改为：

.abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_

有老版本的Eclipse不支持定义这么多触发器，可以通过修改配置文件实现，网上资料很多。

然后你就会发现Eclipse可以使用更智能的代码提示了。但是现在有一个比较大的问题是，Eclipse智能过头了，它总想帮我们完成一些我们不想要的代码补完。比如按“=”和空格以后就会自动补完代码，这对很多人真的不能忍。

幸好Eclipse是开源软件，解决办法是直接修改代码提示功能的源代码，以完成我们需要的功能。

首先打开window->show view，选择Plug-ins，再找到org.eclipse.jface.text，右键单击，选择import as－> Source Project，导入完成后，在你的workspace就可以看到这个project了。

如果没有src这个文件夹，说明你使用的版本中没有带源代码，我正好也是这种情况。

源代码可以去这个地址下载(找了我好久好久)

查看sts的版本号：

x86表示架构，和位数没有关系，后面的64表示位数。

所以我这里下载3.6  64版本的eclipse。

在页面上选择你Eclipse版本的连接(我使用的是4.4.2)，然后在新页面中下载eclipse-SDK-(*************).zip，根据自己的需要选择合适的版本下载，大概200M左右。下载完成以后解压缩，在.\eclipse\plugins\文件夹下找到  org.eclipse.jface.text.source_3.9.2.v20141003-1326.jar  (这是对应我使用的Eclipse版本的文件，实际请根据你自己的版本进行选择)，将这个文件复制到你自己的Eclipse安装目录下的.\eclipse\plugins\文件夹下，然后重新启动Eclipse。重复上面的操作导入(import)org.eclipse.jface.text，此时就能够看到src文件夹了。

在src文件夹下org.eclipse.jface.text.contentassist.CompletionProposalPopup#verifyKey()”函数中有一段代码:

if(contains(triggers,key)){

...

}

将这段代码改为

if(key!=0x20&&key!='='&&key!=';'&&contains(triggers,key)){

...

}

还有把这段代码之上的代码

case'\t':

e.doit=false;

fProposalShell.setFocus();

returnfalse;

修改为

case'\t':

e.doit=false;

insertSelectedProposalWithMask(e.stateMask);

break;

如图：

修改为

经过上述操作，这个辅助输入插件已经排除了空格与“=”的选中功能，增加了TAB键的选中功能。

最后就是导出修改后的插件，右键点击你的workspace里的工程，选择Export－>Deployable plugins and fragments，点击Next，选择Destination选项卡，选择Directory，选择一个要保存插件的目录，然后Finish。

然后就会在你所选的目录下产生一个新的plugins目录，里面有一个jar文件，用它替换掉eclipse/plugins里面的org.eclipse.jface.text，记得覆盖前对原文件进行备份。然后重新启动Eclipse。

如果不想自己下载与修改文件，我这里直接提供修改好的jar包，直接进行覆盖就好了。我的版本是org.eclipse.jface.text.source_3.9.2.v20141003-1326.jar

ps：这里我用上述方法折腾了好久，没有成功：要先下载eclipse，再去修改，下载的eclipse版本和我自己的sts版本不对应。

但好消息是，在网上我可以直接搜到修改后的org.eclipse.jface.text.source_3.9.2.v20141003-1326.jar。

如果懒得自己改，可以试着搜索网上已经修改好的jar包，版本一定要一致。搜索后直接将eclipse plugins文件夹下的原jar包替换掉即可。此时，正常启动eclipse，然后测试即可。

替换的时候，可以先把eclipse做个备份，以防万一，这次就是替换完之后再也回不去了，浪费了近一天的时间。

这里可以回去时候，在宿舍电脑做个试验。

网上找的是这么修改的：

1.3 下载地址

因为我的sts中是编译后的class文件，所以直接使用编译的jar进行替换即可。在具体操作时候，使用对应版本的jar文件，修改后替换。

2  遇到的问题

2.1 版本问题

对于MyEclipse：

但是在MyEclipse中同上述eclipse的步骤1导入完成后，在工程文件里是没有src/这个文件夹的：

这里我们的解决办法是：去官网下载MyEclipse对应的eclipse版本，然后在eclipse中修改(方法同上),修改后在生成好的zip压缩文件中可以看到生成修改后的jar包，用它替换掉MyEclipse/Common/plugins里面的同名jar包就可以了。

注意：这里我们如何看MyEclipse对应的eclipse版本？

举个栗子：我在我的MyEclipse中找到org.eclipse.jface.text的jar包后面会跟一串数字，

如org.eclipse.jface.text_3.6.1.r361_v20100825-0800.jar，这个数字3.6就是说我的MyEclipse对应eclipse 3.6版本。

2.2 无法启动问题

由于第一次尝试，所以在网上找到方法之后，没有仔细看，就用org.eclipse.jface.text.source_3.9.2.v20141003-1326.jar 替换了sts中的org.eclipse.jface.text_3.9.2.v20141003-1326.jar，这两个名字都不一样，当时只是核对了下版本，然后启动sts过程中就开始报错。

即使是将原来的jar文件还原回去，问题依旧。总之在试错的路上越走越远，最终sts彻底启动不了。

!SESSION 2017-11-10 10:30:16.927 -----------------------------------------------eclipse.buildId=3.6.4.201503100339-RELEASE-e44

java.version=1.7.0_80

java.vendor=Oracle Corporation

BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=zh_CN

Framework arguments:-product org.springsource.sts.ide

Command-line arguments: -os win32 -ws win32 -arch x86_64 -product org.springsource.sts.ide!ENTRY OpenExplorer 4 0 2017-11-10 10:30:21.102

!MESSAGE FrameworkEvent ERROR!STACK 0org.osgi.framework.BundleException: Could not resolve module: OpenExplorer [5]

Unresolved requirement: Require-Bundle: org.eclipse.jface.text

at org.eclipse.osgi.container.Module.start(Module.java:434)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1561)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)

at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)

at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)!ENTRY com.atlassian.connector.eclipse.branding.ui 4 0 2017-11-10 10:30:21.108

!MESSAGE FrameworkEvent ERROR!STACK 0org.osgi.framework.BundleException: Could not resolve module: com.atlassian.connector.eclipse.branding.ui [9]

Unresolved requirement: Require-Bundle: org.eclipse.mylyn.commons.workbench; bundle-version="[3.8.0,4.0.0)"

-> Bundle-SymbolicName: org.eclipse.mylyn.commons.workbench; bundle-version="3.14.2.v20150217-2244"; singleton:="true"org.eclipse.mylyn.commons.workbench [631]

Unresolved requirement: Require-Bundle: org.eclipse.jface.text

at org.eclipse.osgi.container.Module.start(Module.java:434)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1561)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)

at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)

at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)

at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)

如果报上述错误，可以尝试将eclipse——plugins目录下的config.ini文件进行修改，尝试抢救一下，

org.eclipse.update.reconcile=true

Eclipse导入导出Preference配置文件  这部分内容，保存eclipse的相关配置文件。

使用上述方式修改存在一个弊端，就是不能将原配置改成true形式，导致每次eclipse启动十分的缓慢，忍受不了，还不如重装。所以最好还是做好备份。

本想着省点事，最终却是从头来，所以我就重新解压了一个sts的压缩文件，将之前的工作空间导入。

工程中的配置 代码都还在，只是eclipse中安装的一些插件，和一些配置已经不在，需要重新操作一遍。