收藏！這些IDE使用技巧，你都知道嗎

作者 | 璞珂

來源 | 阿裡技術公衆号

一背景

1 目的

欲善其事，先利其器。對于研發同學，在日常的開發工作中，我們與之打交道最多的便是程式設計的IDE。能否高效和靈活的使用IDE，将對我們的工作效率起着舉足輕重的作用。

研發同學在開發中最主要做的兩件事分别是架構設計和編碼，前者主要取決于大量的項目經驗積累和個人的思考深度，也是作為研發的核心競争力，短時間内很難快速求成；後者主要取決于日常的編碼練習和一定程度的IDE資訊差，能夠通過下文中介紹的一系列技巧進行能力的快速補齊和鞏固加強。

本文的主要目的有兩方面：

一方面，對IDE的快捷操作和高效技巧，結合自己多年的實踐和了解，進行一次系統性的總結和梳理。
另一方面，希望通過本文系統性的梳理，能夠幫助更多的同學提高研發效率，無論你是剛入手不久的新人，還是有着多年開發經驗的專家，相信你都能夠在本文中發現一片新天地，讓你能夠有更多的時間和精力去做更有意義的事情。

2 定位

網上很多技術網站和個人部落格，對于IDE各種技巧和便捷操作總結得非常具體且詳細，對于單點的詳盡程度都是極具參考和學習價值的。但其對應的問題是，這些很多很優秀的文章，出自于不同的手筆，有各自的行文風格，且分散在各個網站的散點，難以系統化。

我對本文的定位是，将各種技巧以大分類的形式進行收攏和聚合，以幫助大家建構和完善整體的知識體系，大幅度提高開發效率。對于每個分類點到即止，替代咀嚼式灌輸方式的是，盡量使用漸進式引導的方式。

3 普适性

JetBrains系列的IDE産品衆多，除了下圖之外，還有其他未列入的，如Google二次開發的Android Studio等。雖然歸為多個産品執行個體，但這些IDE的核心都是一樣的，隻是在核心的基礎上額外添加了各自的語言特性。本文将以使用量最高的一款IDE——IDEA為例進行展開，文中提到的絕大多數能力和技巧，在其他IDE均同樣适用，一通則百通。

二 Postfix Completion

1 介紹

Postfix Completion (下稱Postfix) 是一種通過 . + 模闆Key 來對目前已經輸出的表達式，添加和應用預設代碼模闆的編碼增強能力。

其核心要解決的問題是，将編碼過程中一些通用的代碼結構範式進行抽象和沉澱，并能在同類型的場景下，通過 . + 模闆Key 的方式進行喚醒和複用。

舉個例子，現在需要完成下面一段代碼的編寫，為了對name參數進行判空保護：

if (name != null) {
  
}

在普通文本編輯器中，其中 if 2次，name 4次，(){}!= 共6次，再加空格Tab和光标切換，一共需要按鍵23次。

在IDEA編輯器中，不使用Postfix時，一共需要按鍵20次，不考慮代碼格式化的情況可以減少到16次。

在IDEA編輯器中，使用Postfix時，隻需要8次，如下圖：

在這個例子中，可以對比出使用Postfix前後的效果，使用之後在編碼中減少了一半的手動按鍵操作，且生成的代碼是自帶格式化的。在實際的編碼過程中，各項目大小和複雜度差異性雖然很大，但細化到這種基本機關的程式設計範式時，它們都是融會貫通的。

與上例中nn并列的Postfix，IDEA給我們預設的還有很多，下面對一些非常高頻使用的Postfix進行梳理。

2 梳理

var

快速定義一個局部變量，自帶IDE的類型推斷

notnull

快速進行NPE的判空保護：

nn

同notnull，是它的簡寫，推薦用這個，更加便捷：

try catch

快速對目前語句添加try catch異常捕獲，同時IDE還會對catch中的Exception自動做類型推斷：

cast

快速實作類型強轉，不需要反複使用()包裹和光标切換；配合instanceof使用時還能自動實作cast類型的推斷：

if

快速實作if判斷的代碼範式：

throw

快速實作抛異常：

for

快速實作集合或數組的疊代：

fori

快速實作集合或數組的帶索引值疊代；同時對整型數字也支援：

sout/soutv

快速實作（不帶參數/帶參數）的列印功能：

return

快速實作方法中的值傳回邏輯：

format

快速實作字元串格式化：

3 進階用法

擔心系統預設的Postfix不足以滿足我們的編碼需求，IDEA還提供了Postfix的自定義功能。

這裡我以自定義一個對集合判空的代碼範式，來舉例說明自定義Postfix的流程：

1）進入IDE設定界面，然後依次進入Editor => General => Postfix Completion => 面闆左下角加号 => Java：

2）在彈起的頁面中，按照下圖進行配置，然後儲存退出設定頁。

此時我們自定義的 isempty 這個Postfix即完成了，下面來看下實際使用的效果：

在實際開發過程中，對于根據已經輸入的表達式就能決定接下來代碼格式的功能，我們都能使用這種自定義方式進行代碼的抽象和複用。

接下來介紹IDE中一種跟Postfix功能很相像，但靈活度更高的能力——Live Template。

三 Live Template

介紹之前可以先看一段簡短的編碼過程：

上面這段編碼中，我先後使用了Live Template的以下三個模闆能力：

psfs：定義字元串常量
main：添加入口函數
sout：實作日志輸出

這裡我們将其和上面提到的Postfix對比來看，兩者都是提供代碼級别模闆的功能。不同的是，Postfix需要一個已經輸入的表達式和 . + 模闆Key 來進行觸發，而Live Template不需要這些，它僅僅需要模闆Key 即可觸發。

Live Template提供的預設模闆要比Postfix要高出一個數量級，是以這裡我就不進行一一示範，我們可以進行設定面闆，然後按照Editor => Live Templates的路徑自行檢視，如下圖：

2 進階用法

和Postfix一樣，Live Template也支援自定義模闆，但它的自定義模闆相對來說更加靈活和開放，甚至支援我們直接植入腳本。鑒于Live Template的高度靈活性，單獨介紹這塊會占據大量的篇幅，是以這裡我将從幾個實際的案例場景來開拓一下思路，而具體自定義拓展過程就不詳細展開介紹了。

Key值映射

将DB中查詢到 List 結構的資料，根據Key值映射轉化為 Map<K, T> 結構的資料，以便于進行後續的資料填充邏輯：

DB批量查詢

在資料查詢時，我們會有根據ID主鍵進行批量DB資料查詢的訴求，如下：

List<User> users = userMapper.queryUserByIds(userIds);

這種寫法會有一個弊端，就是當 userIds 大到一定的量級時，該查詢會變得非常耗時。

對于該問題其中一個解法是，将這個大的 userIds 拆分成多個批次，然後讓這多個批次異步并行去查詢。這裡便使用Live Template來抽取一個針對該場景的代碼模闆，如下：

按照該模闆，我們的查詢語句将變成這樣：

List<User> users = batchQuery(userIds, 100, userMapper::queryUserByIds, null);

可以看到，和之前相比，多傳一個分批的size參數，同時還支援指定的異步任務排程器的自定義配置，而傳回結果和之前的查詢方式保持完全一緻，不需要外部有額外的适配工作。

腳本植入

這個功能是我非常看好Live Template的主要原因，它的靈活性和拓展性也主要來源于這裡。它支援我們通過一個模闆Key 來喚起和執行一段腳本，這也就意味着，我們的自定義的Live Template模闆是可程式設計的，極大程度提高了該模闆的拓展性。

單描述功能會有些空洞，這裡我結合一個實際案例進行介紹，我們來實作一個跨電腦的代碼共享功能：

1）首先，使用python的flask架構寫一個極簡的服務端應用并啟動，提供最簡單的 push 和 pull 的能力，如下：

from flask import Flask, request

DEFAULT = 'nothing'
code = DEFAULT

app = Flask(__name__)

@app.route('/push')
def push():
  global code
  code = request.args.get('code', DEFAULT)
  return 'Success'

@app.route('/pull')
def pull():
  return code

app.run()

2）然後，我們來通過groovy腳本實作一個代碼 pull 的模闆，這裡應用了Live Template的 groovy script 能力，對應腳本如下：

def url = new URL('http://127.0.0.1:5000/pull');
def conn = url.openConnection() as HttpURLConnection;
def result = conn.inputStream.text;
return result

3）最後，再實作代碼push的模闆，腳本如下（下面的代碼入參，是通過剪切闆指派傳遞過來的）：

def code = _1;
def url = new URL('http://127.0.0.1:5000/push?code=' + new URLEncoder().encode(code));
def conn = url.openConnection() as HttpURLConnection;
def result = conn.inputStream.text;
return result

此時就已經完成了跨裝置的代碼分享功能，為友善示範，這裡就用 People1 和 People2 兩個類來模拟兩台獨立的電腦。People1 将自己的一段代碼複制到剪切闆中，然後通過 push 模闆調用 push 接口來将這段代碼上傳到Python服務應用中；People2 再通過 pull 腳本來調用服務端的 pull 接口，通路到 People1 上傳的代碼并輸入到目前的代碼編輯器中，實作效果如下圖：

這裡的代碼共享隻是一個引子，除此之外，我們還能寫很多有意思的腳本，比如在IDE中查天氣、通過IDE聊天等等，自行腦補拓展。

介紹完Live Template之後，接下來介紹檔案級别的模闆——File Template。

四 File Template

File Template，顧名思義，對應檔案級别的模闆。對于該模闆，我們使用腳本的主要在于兩個場景，分别是檔案頭和檔案的自定義，下面結合案例依次展開。

2 自定義檔案頭

按照下圖的路徑，來更改檔案頭的格式，IDE就會在我們建立一個類或接口時，根據這裡的配置格式來自動生成對應的檔案注釋頭。

3 抽象通用Controller

看下面一段代碼，這是一個針對于User這個domain的增删改查接口類：

package com.alibaba.ide.code.controller;

import com.alibaba.ide.code.entity.Result;
import com.alibaba.ide.code.entity.User;
import com.alibaba.ide.code.service.Condition;
import com.alibaba.ide.code.service.UserService;
import org.springframework.web.bind.annotation.*;

import javax.annotation.Resource;
import java.io.Serializable;
import java.util.List;

/**
 * @author puke
 * @version 2021/2/9
 */
@RestController
@RequestMapping("api/user")
public class UserController {

    @Resource
    private UserService userService;

    @PostMapping
    public Result<User> create(@RequestBody User record) {
        User user = userService.insert(record);
        return Result.success(user);
    }

    @PutMapping
    public Result<User> update(@RequestBody User record) {
        User user = userService.update(record);
        return Result.success(user);
    }

    @DeleteMapping("{id}")
    public Result<Void> deleteById(@PathVariable Serializable id) {
        boolean success = userService.deleteById(id);
        return success ? Result.success() : Result.fail();
    }

    @GetMapping("{id}")
    public Result<User> queryById(@PathVariable Serializable id) {
        User user = userService.queryById(id);
        return Result.success(user);
    }

    @GetMapping
    public Result<List<User>> queryByCondition(Condition<User> condition) {
        List<User> list = userService.queryByCondition(condition);
        return Result.success(list);
    }
}

仔細看這段代碼會發現，如果基于該接口再新增另一個domain對應的Controller接口類，代碼中的基本結構和邏輯都是可以複用的。此時，便是File Template排上用場的地方，我們定義一個通用的 Controller 模闆，将共性的部分抽象到模闆裡，再将差異性的部分通過模闆入參 Subject 變量傳入進來（注，這裡需要用到Velocity 模闆[1]的知識）。

#set($SubjectOfLowerFirst = ${Subject.substring(0,1).toLowerCase()} + $Subject.substring(1))
package ${PACKAGE_NAME};

import com.alibaba.ide.code.entity.Result;
import com.alibaba.ide.code.entity.${Subject};
import com.alibaba.ide.code.service.Condition;
import com.alibaba.ide.code.service.${Subject}Service;
import org.springframework.web.bind.annotation.*;

import javax.annotation.Resource;
import java.io.Serializable;
import java.util.List;

#parse("File Header.java")
@RestController
@RequestMapping("api/${SubjectOfLowerFirst}")
public class ${Subject}Controller {

    @Resource
    private ${Subject}Service ${SubjectOfLowerFirst}Service;

    @PostMapping
    public Result<${Subject}> create(@RequestBody ${Subject} record) {
        ${Subject} ${SubjectOfLowerFirst} = ${SubjectOfLowerFirst}Service.insert(record);
        return Result.success(${SubjectOfLowerFirst});
    }

    @PutMapping
    public Result<${Subject}> update(@RequestBody ${Subject} record) {
        ${Subject} ${SubjectOfLowerFirst} = ${SubjectOfLowerFirst}Service.update(record);
        return Result.success(${SubjectOfLowerFirst});
    }

    @DeleteMapping("{id}")
    public Result<Void> deleteById(@PathVariable Serializable id) {
        boolean success = ${SubjectOfLowerFirst}Service.deleteById(id);
        return success ? Result.success() : Result.fail();
    }

    @GetMapping("{id}")
    public Result<${Subject}> queryById(@PathVariable Serializable id) {
        ${Subject} ${SubjectOfLowerFirst} = ${SubjectOfLowerFirst}Service.queryById(id);
        return Result.success(${SubjectOfLowerFirst});
    }

    @GetMapping
    public Result<List<${Subject}>> queryByCondition(Condition<${Subject}> condition) {
        List<${Subject}> list = ${SubjectOfLowerFirst}Service.queryByCondition(condition);
        return Result.success(list);
    }
}

模闆定義完成，接下來來看一下實際的使用效果：

這裡使用 Goods 作為新的domain對象，可以看到，生成的 Controller 代碼已經具備 UserController 的全部能力，并且生成的代碼全部都是 Goods 相關的api，這樣就實作了File Template的橫向遷移能力。

五低頻高效快捷鍵

IDEA中的快捷鍵多達上百個，我們很難把每個都記清楚，網上也有很多對應的總結。這裡我主要梳理一些，大家使用相對比較低頻，但又非常高效的快捷鍵。

選擇重複元素：Control + G

通常情況下，我們可以使用 Shift + F6 對類名、方法名和變量名進行批量更改，但對于其他元素進行批量更改時，該快捷鍵特别合适，且不限程式設計語言。

批量框選：Option + 滑鼠左鍵拖拽

對于"對齊"的代碼進行批量更改的最優解，沒有之一：

整行移動：Option + Shift + ↑/↓

快速調整代碼執行順序，免除繁瑣的剪切粘貼過程：

整行/塊複制：Command + D

對于整行/塊的複制，效率遠高于純手動的複制粘貼：

展開/收起：Command + . or Command + Shift + +/-

前者，快速顯示/隐藏目前方法體；後者，快速概覽目前類的所有方法：

修改方法簽名：Command + F6

在方法被多檔案或多處調用時，該方式替換效率極高：

檢視曆史剪切闆：Command + Shift + V

開發中經常會出現需要複制多個文本的訴求，而PC預設的剪切闆隻能儲存一個，該功能專門用來解決這個痛點：

代碼抽取

代碼抽取主要用在代碼重構的時候，以最快速度達到我們抽取一個變量、方法的目的。

1）抽局部變量：Command + Option + V

2）抽成員變量：Command + Option + F

3）抽靜态常量：Command + Option + C

4）抽方法入參：Command + Option + P

5）抽方法：Command + Option + M

六代碼調試

代碼調試在開發中使用的非常多，正常的單步、多步、進入、跳出操作這裡也不特殊說明了。

有一點值得說的就是，利用條件斷點來實作運作期的代碼植入功能，先看下圖：

可以看到，Debug模式運作時，我們能動态改變 age 變量的值，本來被指派為 20 的，結果輸出出來卻是 10。

這個是我在開發中無意間發現的一個功能，算是一個Trick了。但這個功能在實際的開發過程中特别有用，尤其針對于一些代碼改動後再次運作的成本比較高的場景。比如Android開發過程中，能夠在不重新打整包的情況下，動态修改頁面中各個元素的樣式、接口的請求、資料的内容等等；再比如服務端場景中，如果我們的應用支援Debug模式，則可以通過該功能實作應用無需重新部署的情況下，進行動态更改上下文邏輯的操作。

七寫在最後

跬步至千裡，小流成江海，開發工作有大小，業務需求有緩急，但終究要落到眼下，從一磚一瓦的基石開始，從一行一列的編碼開始，希望本文中能幫助到更多的研發同學。

相關連結

[1]
http://velocity.apache.org/engine/devel/user-guide.html