blocks|key|4023087|text|Docker使用FROM指令来指示基础镜像。如果你沿着它走，你会看到|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4023088|FROM+debian:stretch|code-block|syntax|javascript|4023089|在https://github.com/docker-library/buildpack-deps/blob/master/stretch/curl/Dockerfile上|offset|length|4023090|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/docker-library/buildpack-deps/blob/master/stretch/curl/Dockerfile^0|0|0|1|2C|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|T|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|U|8|@]|9|@$I|V|J|W|1|X]]|A|$]]|$1|K|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|L|$M|$5|N|O|P|A|$Q|R]]]]

Docker uses the FROM directive to indicate base images. If you traverse it along you get to see 

<pre><code>FROM debian:stretch
</code></pre>

on <a href="https://github.com/docker-library/buildpack-deps/blob/master/stretch/curl/Dockerfile" rel="nofollow noreferrer">https://github.com/docker-library/buildpack-deps/blob/master/stretch/curl/Dockerfile</a>

blocks|key|1455127|text|镜像包含需要在docker镜像上编译的tomcat+APR库。库不是tomcat运行所必需的，但建议将其投入生产环境，因为它是快速且可扩展的连接器。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1455128|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Image contains tomcat APR library which needs to be compiled on the docker image. Library is not required for tomcat to run but it's recommended to have it in production as it's fast and scalable connector.

blocks|key|1706560|text|Docker可以使用任何有效的Dockerfile镜像指定FROM。你通常会得到一个镜像的层次结构，一个安装了基本操作系统的镜像，然后是定制操作系统以运行特定应用程序类型的子镜像，例如Java应用程序、Node应用程序等。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1706561|要弄清楚映像中的内容，您需要从FROM语句的层次结构中进行跟踪，以获得完整的情况。|1706562|从您链接的Dockerfile中，您可以看到FROM+openjdk:8-jre。这告诉我们，此Dockerfile基于openjdk:8-jre镜像的:latest标记构建镜像。因此，这意味着我们可以找到该映像的Dockerfile，并看到openjdk:8-jre实际上构建在buildpack-deps:stretch-curl映像上，而debian:stretch映像又构建在该映像上。|1706563|或者，您可以对图像使用docker+history，例如docker+history+openjdk:8-jre，以查看图像包含的层的列表。|1706564|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/docker-library/openjdk/blob/80490366d49e6781e9dcb5dad8ebf0fb6ec04000/8-jre/Dockerfile|1|https://github.com/docker-library/buildpack-deps/blob/9f60e19008458220114f1a0b6cd3710f1015d402/stretch/curl/Dockerfile|2|https://github.com/debuerreotype/docker-debian-artifacts/blob/97dc072ae1e6c66c1ccc71ead334ce5d5fc201f0/stretch/Dockerfile^0|F|A|T|4|0|F|4|0|5|A|M|I|1C|A|1O|D|24|7|3D|D|2Z|A|0|3W|R|1|4S|E|2|0|B|E|S|S|0^^$0|@$1|2|3|4|5|6|7|X|8|@$9|Y|A|Z|B|C]|$9|10|A|11|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|12|8|@$9|13|A|14|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|15|8|@$9|16|A|17|B|C]|$9|18|A|19|B|C]|$9|1A|A|1B|B|C]|$9|1C|A|1D|B|C]|$9|1E|A|1F|B|C]|$9|1G|A|1H|B|C]]|D|@$9|1I|A|1J|1|1K]|$9|1L|A|1M|1|1N]|$9|1O|A|1P|1|1Q]]|E|$]]|$1|J|3|K|5|6|7|1R|8|@$9|1S|A|1T|B|C]|$9|1U|A|1V|B|C]]|D|@]|E|$]]|$1|L|3|-4|5|6|7|1W|8|@]|D|@]|E|$]]]|M|$N|$5|O|P|Q|E|$R|S]]|T|$5|O|P|Q|E|$R|U]]|V|$5|O|P|Q|E|$R|W]]]]

A <code>Dockerfile</code> can specify <code>FROM</code> using any valid Docker image. You often get a hierarchy of images, one that has the base OS installed and then children that customise the OS for running certain application types e.g. Java apps, Node apps and so on.

To work out what is in your image, you need to follow up from the hierarchy of <code>FROM</code> statements to get a complete picture.

From the <code>Dockerfile</code> you link, you can see the <code>FROM openjdk:8-jre</code>. This tells us that this <code>Dockerfile</code> builds an image based upon the <code>:latest</code> tag of the <code>openjdk:8-jre</code> image. So that means we can find the <a href="https://github.com/docker-library/openjdk/blob/80490366d49e6781e9dcb5dad8ebf0fb6ec04000/8-jre/Dockerfile" rel="nofollow noreferrer">Dockerfile</a> for that image and see that the <code>openjdk:8-jre</code> actually builds on the <a href="https://github.com/docker-library/buildpack-deps/blob/9f60e19008458220114f1a0b6cd3710f1015d402/stretch/curl/Dockerfile" rel="nofollow noreferrer">buildpack-deps:stretch-curl</a> image, which in turn builds on the <a href="https://github.com/debuerreotype/docker-debian-artifacts/blob/97dc072ae1e6c66c1ccc71ead334ce5d5fc201f0/stretch/Dockerfile" rel="nofollow noreferrer">debian:stretch</a> image.

Alternatively you can use <code>docker history</code> against the image e.g. <code>docker history openjdk:8-jre</code> to see the list of layers that the image consists of.

blocks|key|1455135|text|在一些Dockerfile中看到这么多行的原因是镜像构建在最小的基础镜像上。这被认为是在docker中保持图像小的一个非常好的做法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1455136|Ubuntu镜像之类的东西有点大，通常不需要打包应用程序的最终结果。|1455137|在tomcat镜像中，Dockerfile文件构建在openjdk:8-jre镜像之上，而Dockerfile镜像本身是在一个基本的debian:stretch之上构建的。因此，可能不会像Ubuntu那样直接在Dockerfile中安装tomcat。|offset|length|style|CODE|1455138|entityMap^0|0|0|Q|D|1U|E|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@$F|O|G|P|H|I]|$F|Q|G|R|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|K|$]]

The reason you see so many lines in some Dockerfiles is that the image builds on a minimal base image. This is considered a very good practice in docker to keep the image small. 

Ubuntu image and such are somehow large and are usually not required to achieve the end result of packaging an application.

In the tomcat image, the Dockerfile is buidling on top of the <code>openjdk:8-jre</code> image, which itself is built on top of a basic <code>debian:stretch</code>. Thus it might not be direct to install tomcat directly in the Dockerfile like you do with Ubuntu.

I am looking at the below tomcat docker file:

<a href="https://github.com/docker-library/tomcat/blob/5c8b74e495a1b63116b524407941b15eef58a7fe/8.0/jre8/Dockerfile" rel="nofollow noreferrer">https://github.com/docker-library/tomcat/blob/5c8b74e495a1b63116b524407941b15eef58a7fe/8.0/jre8/Dockerfile</a>

But should it not specify an OS as base image (e.g. Ubuntu, debian, etc.)?

I basically just need a docker file that contains ubuntu 16.x, java 8 and tomcat 8. But not really sure why I need that many lines in the above dockerfile to accomplish that.

Understanding tomcat docker files

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在查看下面的tomcat docker文件：但它不应该指定一个操作系统作为基础映像(例如Ubuntu、debian等)吗？我基本上只需要一个包含ubuntu 16.x，java 8和tomcat 8的docker文件，但是我不确定为什么我需要在上面的dockerfile中有那么多行来完成这个任务。

问了解tomcat docker文件
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问了解tomcat docker文件EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问了解tomcat docker文件
EN