只是想补充我的经验并回答这个问题。 注意:它只在你有一个预定义的表和一个带有th的tr时有效，但是在你的行中动态加载(例如通过AJAX)。

在这种情况下，您可以计算第一个标题行中有th的数量，并使用它来张成整个列。

当您希望在没有找到结果的情况下转发消息时，可能需要此选项。

在jQuery中，table是你的输入表:

var trs = $(table).find("tr");
var numberColumns = 999;
if (trs.length === 1) {
    //Assume having one row means that there is a header
    var headerColumns = $(trs).find("th").length;
    if (headerColumns > 0) {
        numberColumns = headerColumns;
    }
}

只是想补充我的经验并回答这个问题。 注意:它只在你有一个预定义的表和一个带有th的tr时有效，但是在你的行中动态加载(例如通过AJAX)。

在这种情况下，您可以计算第一个标题行中有th的数量，并使用它来张成整个列。

当您希望在没有找到结果的情况下转发消息时，可能需要此选项。

在jQuery中，table是你的输入表:

var trs = $(table).find("tr");
var numberColumns = 999;
if (trs.length === 1) {
    //Assume having one row means that there is a header
    var headerColumns = $(trs).find("th").length;
    if (headerColumns > 0) {
        numberColumns = headerColumns;
    }
}

另一个可行但丑陋的解决方案:colspan="100"，其中100是一个大于需要colspan的列总数的值。

根据W3C的规定，colspan="0"选项仅对COLGROUP标记有效。

这里有人觉得为了这个看似微不足道的问题而深入到JS中似乎有点过分了吗?

纯CSS

繁荣!我有一个纯CSS解决方案为您提供!下面是一个例子，你只需要向你想要张成所有列的行添加一个类。然后CSS将使第一个<td>元素跨越全宽度，并隐藏其余的<td>元素。(你必须使用可见性:hidden;and NOT display:无;对于这个)。

注意:这个方法至少需要两个单元格才能很好地呈现，如果你保持<td>元素的正确数量，CSS将呈现得最好——不要删除任何元素来为span元素腾出空间。这将有助于确保单元格/行仍然正常运行。

例子

/* standard styling css */ table { border-collapse: collapse; } table, tr, td { border: 1px solid black; } td { padding: 3px; } /* make full width class span the whole table */ .full-span { position:relative; } .full-span > * { visibility: hidden; border:0; } .full-span > *:nth-child(1) { display: block; visibility: unset; position:absolute; } <table> <tbody> <tr> <td>A1</td> <td>A2</td> <td>A3</td> <td>A4</td> </tr> <tr class="full-span"> <td>B1 long text</td> <td>B2</td> <td>B3</td> <td>B4</td> </tr> <tr> <td>C1</td> <td>C2</td> <td>C3</td> <td>C4</td> </tr> <tr> <td>D1</td> <td>D2</td> <td>D3</td> <td>D4</td> </tr> </tbody> </table>

小贴士!

如果你用PHP/JS动态生成你的表，这可能会清理你的一些代码。假设您正在遍历一个2D数组以创建一个表:对于需要跨出所有列的每一行，您需要添加一些逻辑来计算列的数量，添加colspan属性，添加构成表的全宽度所需的任何剩余<td>元素，等等。

使用我的方法，您可以遍历所有列并输出它们，只需将类包含在父行中。

colspan="100%"

它的工作也在电子邮件outlook, gmail....

作为部分答案，这里有关于问题中提到的colspan="0"的几点。

tl;博士版:

Colspan ="0"在任何浏览器中都不起作用。W3Schools是错误的(一如既往)。HTML 4说colspan="0"应该使一个列跨越整个表，但没有人实现这一点，并且在HTML 4之后从规范中删除了它。

更多细节和证据:

All major browsers treat it as equivalent to colspan="1". Here's a demo showing this; try it on any browser you like. td { border: 1px solid black; } <table> <tr> <td>ay</td> <td>bee</td> <td>see</td> </tr> <tr> <td colspan="0">colspan="0"</td> </tr> <tr> <td colspan="1">colspan="1"</td> </tr> <tr> <td colspan="3">colspan="3"</td> </tr> <tr> <td colspan="1000">colspan="1000"</td> </tr> </table> The HTML 4 spec (now old and outdated, but current back when this question was asked) did indeed say that colspan="0" should be treated as spanning all columns: The value zero ("0") means that the cell spans all columns from the current column to the last column of the column group (COLGROUP) in which the cell is defined. However, most browsers never implemented this. HTML 5.0 (made a candidate recommendation back in 2012), the WhatWG HTML living standard (the dominant standard today), and the latest W3 HTML 5 spec all do not contain the wording quoted from HTML 4 above, and unanimously agree that a colspan of 0 is not allowed, with this wording which appears in all three specs: The td and th elements may have a colspan content attribute specified, whose value must be a valid non-negative integer greater than zero ... Sources: https://www.w3.org/TR/html50/tabular-data.html#attributes-common-to-td-and-th-elements https://html.spec.whatwg.org/multipage/tables.html#attributes-common-to-td-and-th-elements https://www.w3.org/TR/html53/tabular-data.html#attributes-common-to-td-and-th-elements The following claims from the W3Schools page linked to in the question are - at least nowadays - completely false: Only Firefox supports colspan="0", which has a special meaning ... [It] tells the browser to span the cell to the last column of the column group (colgroup) and Differences Between HTML 4.01 and HTML5 NONE. If you're not already aware that W3Schools is generally held in contempt by web developers for its frequent inaccuracies, consider this a lesson in why.