IDEA 非常重要的一些设置项(一连串的问题差点让我重新用回 Eclipse)

开心一刻

  建筑行业内,我看过的最凶残笑话(IT行业内好一致!)

  上联:一天晚上两个甲方三更半夜四处催图只好周五加班到周六早上七点画好八点传完九点上床睡觉十分痛苦

  下联:十点才过九分甲方八个短信七个电话居然要六处调整加五张图纸四小时交三个文本两天周末只睡一个小时

  横批:用原来的

内心的独白

写作背景

  2017 从 eclipse 换到 IDEA,适应了一段时间,后面一直用 IDEA 2018 版,使用期间偶尔出现一些小问题,但不多,没太注意

  最近换了电脑,开发环境得重新搭,顺便把 IDEA 更新下。本来打算用 2020 版的,可网上对 2020 版的评论一致比较差,所以我就放弃做勇士了,用的是 2019.3.5 版本

  切了版本后,使用期间陆陆续续暴露了不少问题,有些问题还花了不少时间来处理,期间甚至有了放弃 IDEA,重新投抱 Eclipse 的想法,但是后面冷静一想,Eclipse 几年没用,都忘完了,重新捡起来的成本可能更高,所以痛定思痛,决定将 IDEA 的这些比较常用的设置全部整理一下,方便以后自己查阅,也方便遇到同样问题的小伙伴进行问题排查与处理

  需要大家注意是,楼主用的是 IDEA 2019.3.5 版本,可能和大家的版本不同,版本不同,配置项会有细微的区别,大家不要完全一致的去对比

全局设置与当前设置

  其实 IDEA 安装完成的时候就提示我们进行全局设置,但是往往被我们忽略了

  当我们打开工程后,往往设置的是当前工程的设置,而不是全局设置,所以当我们用新窗口打开新的工程时,发现新窗口的设置都是默认的,而不是我们之前设置的,这就有点不爽了

  那如果我们在 IDEA 安装的时候没有进行全局设置,还能进行全局设置吗? 答案是肯定的,可以在 IDEA 窗口进行当前设置和全局设置,如下图

  

  Settings 表示的是当前设置,Other Settings 表示的是全局设置;不同的 IDEA 版本,Other Settings 代表的都是全局设置(未来不一定,但是历史是这样),只是 Other Settings 下内容可能会有所不同

  如果既进行了 Settings 设置,又设置了 Other Setting, 那么当前工程生效的是 Settings 中的设置

  后续讲到的一些设置若非特殊说明都是在全局设置下进行,主要是为了强调下全局设置的重要性(可能只是楼主后知后觉,汗...)

必定修改  

Project SDK

    配置成我们安装的 JDK,目前用的比较多的是 1.8 版本; 配置如下    

  项目文件编码

    工程编码我需要统一,基本统一成 UTF-8,设置如下    

    都选择 UTF-8

    如果不选择 UTF-8,可能会编译不报错,但是启动时却报错:Error:(15,31) java: 找不到符号

  自动编译

    默认情况下,自动编译是关闭的,我们可以按下图进行开启    

    将复选框勾上则开启自动编译,但后面有说明:非 running 或 debugging 时才生效

  智能导包

    效果就是,当我们输入 List,能够自动导入java.util.List,设置如下    

    两个复选框都需要勾上

  行号显示

    显示代码行号,配合日志能快速地定位到出问题的代码,设置如下(这个只能在 Settings 中进行设置)    

    需要将复选框勾上;勾选上之后,每一行代码前就会有行号显示,如下所示    

  制表符设置

    主要时考虑到不同的编辑器对 Tab 的处理不同,所以统一成 4 个空格来处理    

    复选框不要勾

  maven 设置

    IDEA 自带 maven,但往往需要修改成我们自己的 maven,我们的 maven 有很多自定义的配置,如私有仓库等

    配置如下    

    标记的地方替换成我们自己的 maven, 至于 Local repository,会自动加载 maven settings.xml 中的仓库地址,一般不用覆盖修改

  构建/运行操作委托给 maven

    默认情况下对项目的构建和运行是 IDEA 自己负责的,这样就可能导致构建和运行时无法找到 maven 仓库中的相关 jar 包,从而出现:Error:(6, 34) java: 程序包xxx不存在 的错误

    进行如下配置,将构建/运行操作委托给 maven,这样依赖的 jar 包都能正确找到    

    复选框勾上即可

推荐修改  

多行显示文件 Tab

    默认情况下多行 Tab 是单行显示的,效果如下    

    所有打开的文件 Tab 显示在一行,显示不下的收缩起来(越久未被操作的文件越容易被收缩);文件多了收缩起来,还是不太方便文件的切换操作,推荐多行显示,配置如下(只能在 Settings 下设置)    

    复选框不要勾上,设置了后效果如下    

    这样文件切换起来更方便

  取消 import xxx.*

    当我们 Java 类中导入的某个包下类超过指定个数,就会换成用*号来代替,例如:import java.utils.*;

    * 代表的是导入包下所有类,不够直观,也没必要,需要什么就导入什么是最好的    

    Class count to use import with '*' 表示的是:导入了同个包下多少的类,就将这些导入替换成 *, 默认是 5

    Names count to use static import with '*' 则表示的是:静态导入了同个类中多少的静态常量,就将这些导入替换成 *, 默认是 3

    我们将这两个值配置大一些,那么就不会 import * 了

  类注释模板

    阿里规约中有这么一条,类必须加注释,并且必须要有 author

    类注释还是很有必要的,可以追溯到人,便于业务的沟通

    配置如下    

    想加什么参数就加什么;设置好后,我们新建一个类,就会自动带上注释,如下所示    

可能修改  

mavenIgnored files

    Settings 下有这么个设置    

    理论上来讲,这个列表中的复选框都不能勾选(默认也都不会勾选),如果勾选了,那么就被勾选了的 pom.xml 对应的工程就不会被当作 maven 工程,后果可想而知:不是 maven 工程就会有依赖找不到的问题,项目就会启动失败

    楼主不知道怎么回事就勾上了其中一个,出现如下症状    

    maven 工具窗口下该 maven 工程显示成了灰色,特别与众不同;然后启动该工程的时候,提示各种依赖都找不到,真是毙了狗

  Method Breakpoints

    正常情况来说,我们是不会直接在方法名上打断点的,断点往往是打在方法体上的某一行上,但是楼主不知道怎么回事就打了,导致以 debug 方式启动不了工程,并提示:Method breakpoints may dramatically slow down debugging

    打开 Breakpoints 面板看看(快捷键:Ctrl+Shift+F8 )    

    一个断点打在了 UserService 接口中的方法上,一个接口打在了实现类 UserServiceImpl 的方法名上

    一般而言不会出现这种情况,就怕大家像楼主一样不小心,在方法名上打了断点,并导致项目 debug 不起来,知道如何处理就好

    逐个选中,remove 就好,如下图所示    

总结

  1、遇到问题,不能立马想到去怎么处理的,尽快利用网络去查,千万不要一头扎进自我认为中去,太费时了,最后还得求助于网络

    网络搜索的话,关键字非常重要,描述的越清楚,命中率越高;如果确实不好描述,那就多换关键字去查

  2、有些配置是需要勾选复选框,有些是不能勾选,大家要看清楚了

  3、文中的 IDEA 配置修改分了三种:必须、推荐、可能,只囊括了一部分,有些未考虑到的欢迎大家补充

    可能级别中的问题基本都是误操作,大家留个印象就好,万一碰到了知道怎么处理

  4、要学会多总结,包括各个方面的总结,这样我们才能越来越强大!

到此这篇关于IDEA 非常重要的一些设置项(一连串的问题差点让我重新用回 Eclipse)的文章就介绍到这了,更多相关IDEA重要设置项内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • IDEA 非常重要的一些设置项(一连串的问题差点让我重新用回 Eclipse)

    开心一刻 建筑行业内,我看过的最凶残笑话(IT行业内好一致!) 上联:一天晚上两个甲方三更半夜四处催图只好周五加班到周六早上七点画好八点传完九点上床睡觉十分痛苦 下联:十点才过九分甲方八个短信七个电话居然要六处调整加五张图纸四小时交三个文本两天周末只睡一个小时 横批:用原来的 内心的独白 写作背景 2017 从 eclipse 换到 IDEA,适应了一段时间,后面一直用 IDEA 2018 版,使用期间偶尔出现一些小问题,但不多,没太注意 最近换了电脑,开发环境得重新搭,顺便把 IDEA 更新下

  • 浅谈Pycharm最有必要改的几个默认设置项

    最近在用Pycharm学习Python的时候,总有两个地方感觉不是很舒服,比如调用方法的时候区分大小写(thread就不会出现Thread,string就不会出现String)等,这让我稍稍有点不舒服,所以研究了一下对其默认设置的修改,写个总结: 1.忽略大小写项 2.悬浮窗提示项 3.项目文件编码项 4.行号显示项 5.鼠标滚轮修改字体大小项 6.取消单行显示文件项 7.Python Script配置 忽略大小写:此设置就是无论你输入的thread是大写还是小写,都会出现代码提示或者智能补充.

  • win2008 服务器安全设置部署文档(推荐)

    年前一直在赶项目,到最后几日才拿到新服务器新添加的硬盘,重做阵列配置生产环境,还要编写部署文档做好安全策略,交给测试部门与相关部门做上线前最后测试,然后将部署文档交给相关部门同事,让他根据部署文档再做一次系统,以保证以后其他同事能自己正常部署服务器,最后终于赶在放假前最后一天匆忙搞定测试后,简单的指导同事按部署文档将服务器重新部署了一次就先跑路回家了,剩下的就留给加班的同事负责将服务器托管到机房了.年后回来上班后按工作计划开始做文档(主要对之前编写的部署文档进行修正和将相关未添加的安全策略添加进

  • vscode插件设置之Golang开发环境配置全过程

    目录 1.vscode安装Go插件 2.vscode自动提示需要安装插件,点击install all 3.另一种手动安装插件的方式 4.设置goproxy代理 4.1.查看GO环境变量设置 4.2.插话:GO111MODULE 的由来 5.重新安装vscode插件 6.go path配置 7.go mod相关 8.VsCode Go插件在Go项目中的正确配置 8.1.如何运行 9.如何Debug和运行 9.1.创建 launch.json (运行项目) 9.2.配置cwd属性 9.3.Debug

  • ThinkPHP安装和设置

    前提:此教程适用于ThinkPHP 3.2+ 今天起的以后几天,将放出ThinkPHP的系列教程,一共七篇,需要的同学可以自行点赞收藏. 1.安装 安装ThinkPHP的方法很多,你可以直接到ThinkPHP的官网去下载,下载完之后直接解压就可以了:或者你也可以到ThinkPHP官方维护的Git地址下载 JB51: http://www.jb51.net/codes/10795.html Github: https://github.com/liu21st/thinkphp Oschina: h

  • 服务器防黑客及木马攻击的安全设置小结

    安全策略: 打开管理工具 找到本地安全设置.本地策略.安全选项 1.交互式登陆.不需要按 Ctrl+Alt+Del 启用 [根据个人需要,启用比较好,但是我个人是不需要直接输入密码登陆的] 2.网络访问.不允许SAM帐户的匿名枚举 启用 3.网络访问.可匿名的共享 将后面的值删除 4.网络访问.可匿名的命名管道 将后面的值删除 5.网络访问.可远程访问的注册表路径 将后面的值删除 6.网络访问.可远程访问的注册表的子路径 将后面的值删除 7.网络访问.限制匿名访问命名管道和共享 8.帐户.重命名

  • Win2008 远程控制安全设置技巧

    为了保障服务器远程控制操作的安全性,Windows Server 2008系统特意在这方面进行了强化,新推出了许多安全防范功能,不过有的功能在默认状态下并没有启用,这需要我们自行动手,对该系统进行合适设置,才能保证远程控制Windows Server 2008服务器系统的安全性. 1.只允许指定人员进行远程控制 如果允许任何一位普通用户随意对Windows Server 2008服务器系统进行远程控制时,那该服务器系统的安全性肯定很难得到有效保证.有鉴于此,我们可以对Windows Server

  • jQuery web 组件 后台日历价格、库存设置的代码

    /* * yagizaDate 1.0 * * Yagiza * Copyright 2016, MIT License * * IE 8+, Chrome, fireFox */ // * 字段说明 ******************** // buyNumMax 最多购买数 // buyNumMin 最少购买数 // cashback 返现 // price 售价.分销价.分销售价 // priceSettlement 结算价.采购价.分销结算价 // priceMarket 景区挂牌价

  • Win2008远程控制确保安全的设置技巧

    虽然这种控制方式可以提高网络管理效率,但是远程控制方式带来的安全威胁往往也容易被管理人员忽视.为了保障服务器远程控制操作的安全性,Windows Server 2008系统特意在这方面进行了强化,新推出了许多安全防范功能,不过有的功能在默认状态下并没有启用,这需要我们自行动手,对该系统进行合适设置,才能保证远程控制Windows Server 2008服务器系统的安全性. 1.只允许指定人员进行远程控制 如果允许任何一位普通用户随意对Windows Server 2008服务器系统进行远程控制时

  • 轻松设置拒绝windows 2003泄密

    一直以来,Windows 2003系统是大家公认在安全方面做得比较好的操作系统,以致于很多人在使用了Windows 2003操作系统后就认为自己的系统安全已经"高枕无忧"了.可事实并非如此,细心的朋友可能会发现,Windows 2003系统在给人们带来强大稳定性的同时,其缺省设置同样也存在安全隐患!为此,我们有必要对Windows 2003缺省设置进行适当调整,以便让系统"拒绝"对外泄密. 大家知道,在默认状态下Windows 2003系统会将你输入的密码内容自做主

随机推荐