旧Node.js+TypeScript微服务Docker部署报TS2339错误求助

我们的旧版微服务基于Node.js V10 + TypeScript V7.0.1，在Docker Compose部署环境中出现TypeScript编译错误，具体报错如下：

return new TSError(diagnosticText, diagnosticCodes)
TSError: ⨯ Unable to compile TypeScript:
src/app.ts(31,14): error TS2339: Property 'listen' does not exist on type 'Application'.
src/app.ts(48,14): error TS2339: Property 'use' does not exist on type 'Application'.
src/app.ts(49,14): error TS2339: Property 'use' does not exist on type 'Application'.
src/app.ts(50,14): error TS2339: Property 'set' does not exist on type 'Application'.
src/app.ts(51,14): error TS2339: Property 'set' does not exist on type 'Application'.
src/app.ts(52,14): error TS2339: Property 'use' does not exist on type 'Application'.

代码环境说明：我们通过Docker Compose维持旧版本Node.js和TypeScript，Dockerfile内容如下：

FROM node:10
WORKDIR /app
COPY package*.json ./
RUN npm install
COPY . .
CMD [ "npm", "run", "start" ]

该代码在本地系统运行正常，但在开发服务器的Docker环境中报错，恳请协助排查原因。

• 确保依赖版本完全一致
  本地环境可能依赖缓存或全局包，而Docker是全新环境。检查package-lock.json（或yarn.lock）是否已提交到仓库，Docker构建时如果缺失锁文件，会导致安装的依赖版本和本地不一致——比如Express的类型定义包@types/express版本不匹配，会让TypeScript无法识别Application类型的方法。
  解决：将锁文件和package.json一起复制到镜像，把Dockerfile中的RUN npm install改为RUN npm ci，强制按锁文件版本安装依赖。

• 验证TypeScript配置文件的完整性
  本地的tsconfig.json可能没被正确复制到容器，或者容器内的配置和本地有差异。如果tsconfig.json的typeRoots、types等配置错误，会导致无法加载依赖的类型定义。
  解决：确认.dockerignore没有排除tsconfig.json，可以在Dockerfile中添加单独拷贝命令：COPY tsconfig.json ./，确保配置文件到位。

• 安装项目级别的类型定义包
  本地可能全局安装了@types/express、@types/node等类型包，但Docker环境中没有。这些包缺失会导致TypeScript无法识别Application的方法。
  解决：将必要的类型包添加到项目devDependencies：npm install --save-dev @types/express @types/node，提交更新后的package.json和锁文件。

• 统一Node.js小版本
  本地Node.js 10和Docker镜像中的Node.js 10可能存在小版本差异，部分依赖在特定小版本下行为异常。可以指定更具体的镜像版本，比如node:10.24.1（LTS版本）。
  解决：修改Dockerfile基础镜像为FROM node:10.24.1。

• 清理Docker构建缓存
  Docker构建时会缓存之前的层，如果依赖安装层存在问题，缓存会导致错误持续。
  解决：运行docker-compose build --no-cache强制重新构建镜像，避免使用缓存的依赖层。

内容的提问来源于stack exchange，提问作者Surinder kumar