proc-log

中文文档
7.0.0发布于 2026/05/09ISCCommonJS零依赖构建来源已验证近 30 天下载 2.5亿

just emit 'log' events on the process object

原始使用文档
文档目录6 节
  1. API
  2. Examples
  3. log
  4. input
  5. start and end
  6. Using read to call read()

proc-log

Emits events on the process object which a listener can consume and print to the terminal or log file.

This is used by various modules within the npm CLI stack in order to send log events that can be consumed by a listener on the process object.

Currently emits log, output, input, and time events.

API

const { log, output, input, time } = require('proc-log')

output

  • output.standard(...args) calls process.emit('output', 'standard', ...args)

    This is for general standard output. Consumers will typically show this on stdout (after optionally formatting or filtering it).

  • output.error(...args) calls process.emit('output', 'error', ...args)

    This is for general error output. Consumers will typically show this on stderr (after optionally formatting or filtering it).

  • output.buffer(...args) calls process.emit('output', 'buffer', ...args)

    This is for buffered output. Consumers will typically buffer this until they are ready to display.

  • output.flush(...args) calls process.emit('output', 'flush', ...args)

    This is to indicate that the output buffer should be flushed.

  • output.LEVELS an array of strings of all output method names

log

  • log.error(...args) calls process.emit('log', 'error', ...args)

    The highest log level. For printing extremely serious errors that indicate something went wrong.

  • log.warn(...args) calls process.emit('log', 'warn', ...args)

    A fairly high log level. Things that the user needs to be aware of, but which won't necessarily cause improper functioning of the system.

  • log.notice(...args) calls process.emit('log', 'notice', ...args)

    Notices which are important, but not necessarily dangerous or a cause for excess concern.

  • log.info(...args) calls process.emit('log', 'info', ...args)

    Informative messages that may benefit the user, but aren't particularly important.

  • log.verbose(...args) calls process.emit('log', 'verbose', ...args)

    Noisy output that is more detail that most users will care about.

  • log.silly(...args) calls process.emit('log', 'silly', ...args)

    Extremely noisy excessive logging messages that are typically only useful for debugging.

  • log.http(...args) calls process.emit('log', 'http', ...args)

    Information about HTTP requests made and/or completed.

  • log.timing(...args) calls process.emit('log', 'timing', ...args)

    Timing information.

  • log.pause() calls process.emit('log', 'pause')

    Used to tell the consumer to stop printing messages.

  • log.resume() calls process.emit('log', 'resume')

    Used to tell the consumer that it is ok to print messages again.

  • log.LEVELS an array of strings of all log method names

input

  • input.start(...args) calls process.emit('input', 'start', ...args)

    Used to tell the consumer that the terminal is going to begin reading user input. Returns a function that will call input.end(...args) for convenience.

    If the first argument is a function, it will be used as a callback which runs input.end() on its completion. If the callback returns a Promise then input.end(...args) will be run during finally().

  • input.end(...args) calls process.emit('input', 'end', ...args)

    Used to tell the consumer that the terminal has stopped reading user input.

  • input.read(...args): Promise calls process.emit('input', 'read', resolve, reject, ...args)

    Used to tell the consumer that the terminal is reading user input and returns a Promise that the producer can await until the consumer has finished its async action.

    This emits resolve and reject functions (in addition to all passed in arguments) which the consumer must use to resolve the returned Promise.

time

  • time.start(timerName, fn?) calls process.emit('time', 'start', 'timerName')

    Used to start a timer with the specified name. Returns a function that will call time.end() for convenience.

    This also takes an optional callback which will run time.end() on its completion. If the callback returns a Promise then time.end() will be run during finally().

  • time.end(timerName) calls process.emit('time', 'end', timeName)

    Used to tell the consumer to stop a timer with the specified name.

Examples

log

Every log method calls process.emit('log', level, ...otherArgs) internally. So in order to consume those events you need to do process.on('log', fn).

Colorize based on level

Here's an example of how to consume proc-log log events and colorize them based on level:

const chalk = require('chalk')

process.on('log', (level, ...args) => {
  if (level === 'error') {
    console.log(chalk.red(level), ...args)
  } else {
    console.log(chalk.blue(level), ...args)
  }
})

Pause and resume

log.pause and log.resume are included so you have the ability to tell your consumer that you want to pause or resume your display of logs. In the npm CLI we use this to buffer all logs on init until we know the correct loglevel to display. But we also setup a second handler that writes everything to a file even if paused.

let paused = true
const buffer = []

// this handler will buffer and replay logs only after `procLog.resume()` is called
process.on('log', (level, ...args) => {
  if (level === 'resume') {
    buffer.forEach((item) => console.log(...item))
    paused = false
    return
  } 

  if (paused) {
    buffer.push([level, ...args])
  } else {
    console.log(level, ...args)
  }
})

// this handler will write everything to a file
process.on('log', (...args) => {
  fs.appendFileSync('debug.log', args.join(' '))
})

input

start and end

producer.js

const { output, input } = require('proc-log')
const { readFromUserInput } = require('./my-read')

// Using callback passed to `start`
try {
  const res = await input.start(
    readFromUserInput({ prompt: 'OK?', default: 'y' })
  )
  output.standard(`User said ${res}`)
} catch (err) {
  output.error(`User cancelled: ${err}`)
}

// Manually calling `start` and `end`
try {
  input.start()
  const res = await readFromUserInput({ prompt: 'OK?', default: 'y' })
  output.standard(`User said ${res}`)
} catch (err) {
  output.error(`User cancelled: ${err}`)
} finally {
  input.end()
}

consumer.js

const { read } = require('read')

process.on('input', (level) => {
  if (level === 'start') {
    // Hide UI to make room for user input being read
  } else if (level === 'end') {
    // Restore UI now that reading is ended
  }
})

Using read to call read()

producer.js

const { output, input } = require('proc-log')

try {
  const res = await input.read({ prompt: 'OK?', default: 'y' })
  output.standard(`User said ${res}`)
} catch (err) {
  output.error(`User cancelled: ${err}`)
}

consumer.js

const { read } = require('read')

process.on('input', (level, ...args) => {
  if (level === 'read') {
    const [res, rej, opts] = args
    read(opts).then(res).catch(rej)
  }
})

版本与发布记录

proc-log 共发布 11 个版本,首次发布于 2021/04/16;过去 12 个月发布了 2 个版本。最新版本附带 npm provenance 构建来源证明,可追溯到公开的 CI 构建记录。

版本发布日期距今
7.0.0latest2026/05/095 个月前
6.1.02025/11/2611 个月前
6.0.02025/10/221 年前
5.0.02024/09/052 年前
4.2.02024/04/172 年前
4.1.02024/04/162 年前

关于 proc-log 的常见问题

proc-log 是什么?

just emit 'log' events on the process object

如何安装 proc-log?

在项目目录运行 npm install proc-log,或使用 pnpm add / yarn add / bun add。

proc-log 支持 TypeScript 吗?

该包的 package.json 没有声明类型入口。需要类型提示时,可以在 npm 上查找社区维护的 @types/proc-log 是否存在。

proc-log 支持 ESM 还是 CommonJS?

以 CommonJS 形式发布,可以直接 require();在 ES Module 项目中也可以用 import 引入(Node.js 会把 module.exports 作为默认导出)。

proc-log 需要什么版本的 Node.js?

package.json 的 engines 字段要求 Node.js ^22.22.2 || ^24.15.0 || >=26.0.0。版本不符时 npm 默认只给出警告,开启 engine-strict 后会拒绝安装。

proc-log 可以商用吗?

proc-log 使用 ISC 许可。宽松许可:允许商业使用、修改和再分发,通常只需在分发时保留原版权与许可声明。以上为概括,不构成法律意见,请以许可原文为准。

proc-log 的下载量有多少?

根据 npm 官方下载统计,proc-log 在 2026/10/05 – 2026/11/03 这 30 天内被下载 252,150,568 次,日均约 8,405,019 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

proc-log 还在维护吗?

最新版本 7.0.0 发布于 2026/05/09(5 个月前);至今共发布 11 个版本,其中过去 12 个月发布了 2 个;首次发布于 2021/04/16。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。