fiskeben wrote:

缺点是它不是全自动的，也就是说它不能从包中提取包名。Json并检查它们。您需要自己为每个包执行此操作。

如果由于某种原因depcheck不能正常工作，让我们将Fiskeben的回答自动化!(例如，我尝试用Typescript，它给出了不必要的解析错误)

用于解析包。Json我们可以使用jq软件。下面的shell脚本需要一个从哪里开始的目录名。

#!/bin/bash
DIRNAME=${1:-.}
cd $DIRNAME

FILES=$(mktemp)
PACKAGES=$(mktemp)

find . \
    -path ./node_modules -prune -or \
    -path ./build -prune -or \
    \( -name "*.ts" -or -name "*.js" -or -name "*.json" \) -print > $FILES

function check {
    cat package.json \
        | jq "{} + .$1 | keys" \
        | sed -n 's/.*"\(.*\)".*/\1/p' > $PACKAGES

    echo "--------------------------"
    echo "Checking $1..."
    while read PACKAGE
    do
        RES=$(cat $FILES | xargs -I {} egrep -i "(import|require).*['\"]$PACKAGE[\"']" '{}' | wc -l)
        if [ $RES = 0 ]
        then
            echo -e "UNUSED\t\t $PACKAGE"
        else
            echo -e "USED ($RES)\t $PACKAGE"
        fi
    done < $PACKAGES
}

check "dependencies"
check "devDependencies"
check "peerDependencies"

首先，它创建两个临时文件，我们可以在其中缓存包名和文件。

它从find命令开始。第一行和第二行使它忽略node_modules和构建文件夹(或任何您想要的)。第三行包含允许的扩展名，你可以在这里添加更多，例如JSX或JSON文件。

函数将读取依赖类型。

首先，它包含了package.json。然后，jq获得所需的依赖项组。({} +是为了在文件中没有对等依赖时不会抛出错误。)

之后，sed提取引号之间的部分，即包名。-n和…/p告诉它打印匹配的部分，而不打印jq的JSON输出中的其他内容。然后将这个包名列表读入while循环。

RES是包名在引号中出现的次数。现在是import/require…“包”/“包”。大多数情况下都是这样。

然后我们简单地计算结果行数，然后打印结果。

警告:

不会在不同的导入文件，如tsconfig。Json文件(lib选项) 你必须手动grep只有^USED和未使用的文件。 对于大型项目来说很慢——shell脚本通常不能很好地扩展。但希望你不会跑这么多次。

如果你想选择站在哪个巨人的肩膀上

这里有一个链接来生成npm可用选项的简短列表;它过滤关键字未使用的包

https://www.npmjs.com/search?q=unused%20packages

为什么我的答案只是一个链接?

通常我不会只提供一个链接。这个问题的答案应该不那么费时。解决方案依赖于最新的软件。推荐一个可能已经停止维护的特定软件(这里的一些建议的情况)是没有什么用处的。帮助人们找到一些当前的东西似乎是合适的。

检查未使用的依赖项

npm install depcheck -g
depcheck

查看过时的图书馆

npm outdated

fiskeben wrote:

缺点是它不是全自动的，也就是说它不能从包中提取包名。Json并检查它们。您需要自己为每个包执行此操作。

如果由于某种原因depcheck不能正常工作，让我们将Fiskeben的回答自动化!(例如，我尝试用Typescript，它给出了不必要的解析错误)

用于解析包。Json我们可以使用jq软件。下面的shell脚本需要一个从哪里开始的目录名。

#!/bin/bash
DIRNAME=${1:-.}
cd $DIRNAME

FILES=$(mktemp)
PACKAGES=$(mktemp)

find . \
    -path ./node_modules -prune -or \
    -path ./build -prune -or \
    \( -name "*.ts" -or -name "*.js" -or -name "*.json" \) -print > $FILES

function check {
    cat package.json \
        | jq "{} + .$1 | keys" \
        | sed -n 's/.*"\(.*\)".*/\1/p' > $PACKAGES

    echo "--------------------------"
    echo "Checking $1..."
    while read PACKAGE
    do
        RES=$(cat $FILES | xargs -I {} egrep -i "(import|require).*['\"]$PACKAGE[\"']" '{}' | wc -l)
        if [ $RES = 0 ]
        then
            echo -e "UNUSED\t\t $PACKAGE"
        else
            echo -e "USED ($RES)\t $PACKAGE"
        fi
    done < $PACKAGES
}

check "dependencies"
check "devDependencies"
check "peerDependencies"

首先，它创建两个临时文件，我们可以在其中缓存包名和文件。

它从find命令开始。第一行和第二行使它忽略node_modules和构建文件夹(或任何您想要的)。第三行包含允许的扩展名，你可以在这里添加更多，例如JSX或JSON文件。

函数将读取依赖类型。

首先，它包含了package.json。然后，jq获得所需的依赖项组。({} +是为了在文件中没有对等依赖时不会抛出错误。)

之后，sed提取引号之间的部分，即包名。-n和…/p告诉它打印匹配的部分，而不打印jq的JSON输出中的其他内容。然后将这个包名列表读入while循环。

RES是包名在引号中出现的次数。现在是import/require…“包”/“包”。大多数情况下都是这样。

然后我们简单地计算结果行数，然后打印结果。

警告:

不会在不同的导入文件，如tsconfig。Json文件(lib选项) 你必须手动grep只有^USED和未使用的文件。 对于大型项目来说很慢——shell脚本通常不能很好地扩展。但希望你不会跑这么多次。

还有一个叫做npm-check的包:

npm-check 检查过时的、不正确的和未使用的依赖项。

它是相当强大和积极发展的。它的功能之一是检查未使用的依赖项-对于这一部分，它使用了另一个答案中提到的depcheck模块。

在Yarn 2。X及以上，使用:

yarn dlx depcheck

Yarn DLX被设计用来执行一次性脚本，这些脚本可能已经在Yarn 1.x中作为全局包安装。管理系统级包超出了yarn的范围。为了反映这一点，yarn全局已被删除。

来源:https://yarnpkg.com/getting-started/migration use-yarn-dlx-instead-of-yarn-global