From: http://hi.baidu.com/tewuapple/blog/item/74070a2451cbcc7c36a80f76.html

在TableLayoutPannel中放着一些Label

如果把Label的AutoSize属性设成True的话，文字超过label长度时就会自动增加，直到后面的字出窗体以外

设置成False时，一旦到达Label的长度，后面的字符也就显示不出来了

经过我的多番实践，最佳的解决方法是

把Label的Dock属性设置成Fill，并同时把Label的AutoSize属性设成False。

以上只是一种简便的解决方法，如果以上方法解决不了问题，就老老实实计算控件大小以适应文本吧。

-----------------------------------------------------------------

具体方法：

C# WinForm中的Label，Button等控件在布局上和Web Application中不一样。
在WebApplication中，你可以指定它们的Width属性，然后当在指定Width内显示不全时，就自动换行，自动增加其Height 属性。
在WinForm中系统不会替你做这些事情。系统要求你必须同时指定Width和Height属性，缺一不可。当一行显示完而高度不足以显示第二行时，控件上的字符就会被截断。后面的字符就不会被显示出来了。

要实现WinForm中类似于WebApp的文本自动换行功能，你就必须手动编程设置控件的高度Height。在把控件添加进Form之前，应先获得控件控件显示文本的字数sumChar=Control.Text.Length，根据字数计算出需要多少行rowCount=(numChar/每行显示字数)+1 （注意：因为当不满一行时，(int)(numChar/每行显示字数)=0,因此必须再加一），那么控件的高度就是Control.Height=rowCount*每行文本的高度

在添加控件进Form之前，加入Control.Size = new Size (控件宽度，计算出来的控件高度)

OK。

应当注意的是，由于中英文以及各种符号的宽度不一致，所以每行显示的字数很难精确计算出来。可以根据显示内容以及经验，确定一个平均值，并且在完成之后多调试，最终确定一个合适的值。

-------------------------------------------------------------------------------

1.单行完全显示：Label.AutoSize = true；

2.换行显示：Label. AutoSize = false;(Label框高度用户指定)。

3.多行显示，并且根据字数自动控制高度：Label.AutoSize = true；Label.MaximumSize = new Size(w,0); 注：w：用户设定的宽度。

------------------------------------------------------

label自动换行的折衷方案：

核心关键在于利用TextBox的MultiLine自动换行功能，实现自动换行，其他就是颜色的设置、高度及所属窗体高度的自动调整。

采用TextBox来实现文字的自动换行，textBox背景色设置为：Control色，AutoSize = true;MultiLize = true;Height = 12;

每个字符占用的宽度大约是12；

然后添加以下代码：

           int LblNum = ConfStr.Length;                                             //TextBox内容长度
           int RowNum = (int) txtBoxSp.Width/12；                               //每行显示的字数(计算出来的)
           int RowHeight = 12;                                                             //每行的高度
           int ColNum = (LblNum - (LblNum / RowNum) * RowNum) == 0 ? (LblNum / RowNum) : (LblNum / RowNum) + 1;   //列数
            
           if(ColNum == 1)
           {
               this.Height = 278;                                                   //禁止窗体显示textBox;
               this.AutoSize = false;
           }
           else
           {
               txtBoxSp.AutoSize = true;                                         //设置AutoSize
               txtBoxSp.Height = RowHeight * ColNum;                   //设置显示高度
               this.Height = 303 + txtBoxSp.Height + 6;                  //实现窗体高度的自动调整
           }

------------------------------------------------------

The fundamental problem in 1.1

When label is set to AutoSize = true, it measures as if all the text wants to be on one line.  In order to have multiple lines of text in 1.1, the AutoSize property cannot be used.

Guessing in 1.1

When you drop a label on a form in version 1.0/1.1 it is set to AutoSize = false.  The label can be resized to force the text onto the next line based upon the width of the control.  However, guessing the right height for the label can be problematic – if it is not created tall enough, the text will cut off at the bottom.  If it’s too tall there will be embarrassing gaps of whitespace in the dialog.  To solve this, folks typically used Graphics.MeasureString() with the width the label was currently set to, then used the resultant height to set the size of the label. 

There’s all kinds of problems with the latter approach – it doesn’t take into account several extra spacing/non-client borders of the control, it’s not good for performance (if you’re using Control.CreateGraphics() can force the label’s handle to be created before it normally would, etc). …and finally if you upgrade in 2.0 to UseCompatibleTextRendering = false, the calculations will be wrong.

APIs to avoid Guessing in 2.0

The Label control now has a GetPreferredSize() method which takes wrapping constraints.  This method will take out all the headaches of guessing by taking into account all the details you might not know about, e.g. non-client borders/padding and the technology used to draw text.

Having your cake and eating it too: Strategies for Automatic Word Wrap in 2.0

It was difficult to get this right in previous versions of Windows Forms, as there was no concept of constraining size.  Updating label to support multiline constraints was a delicate balancing act as we did not want to break folks using 1.1.  (A 1.1 app should *just work* running on 2.0).  If using the regular layout stuff (i.e. not flow and table layout panels) the label should continue to work as before.

The easiest way of supporting multiline text just using “dock and anchor” layout engine was to honor a new property called MaximumSize. This gives the Label a constraining width by suggesting that the maximum width you can be is “xxxx”.  When a label is AutoSize = true, it takes into account its MaximumSize when calculating its PreferredSize.

The pitfall to using MaximumSize is that the size of the label is now fixed: if you want the label to increase in width as the dialog increases, you need to write code to increase the MaximumSize.  While this is not difficult, it would be better if we could write less code.

One possibility for fixing the Label’s MaximumSize quandary is to place the label in a FlowLayoutPanel.  When a FlowLayoutPanel is anchored left|right, it has a constraining width, which it passes onto the label.  Setting the FlowLayoutPanel to AutoSize = true, the FlowLayoutPanel will grow in height as the label grows. (The label actually had a constraining width as well when anchored, but for compatibility reasons chose to ignore it.)  Because the label is in a new layout container, it is free to honor the wrapping constraints without the possibility of breaking anyone.  As the dialog is resized, the FlowLayoutPanel is resized, which in-turn passes a new constraint to the label.

Now that we have the label dynamically changing height with respect to the width of the dialog, we have another problem to solve.  If there is another control directly underneath the label, the label can obscure the control directly underneath it.  We need to find a way to push the other controls down when the label grows in height.

We could add the control below it to the FlowLayoutPanel we’ve just added, but if we want finer control of the sizing relationship, the situation calls for a TableLayoutPanel.  Controlling sizing behavior in TableLayoutPanel means controlling the ColumnStyles and RowStyles.  There are three kinds of ColumnStyles and RowStyles in the TableLayoutPanel: Percentage, Absolute and AutoSize. 

Briefly: When the TableLayoutPanel control arranges its columns, it assigns priorities to each ColumnStyle in the following order:

1. Columns with ColumnStyle set to Absolute are considered first, and their fixed widths are allocated.
2. Columns with ColumnStyle set to AutoSize are sized to their contents.
3. Remaining space is divided among columns with ColumnStyle set to Percent.

By placing a label within a column that has specific a sizing behavior, the label will wrap.  When the label wraps, controls in rows below it will be pushed down if the RowStyle is set to AutoSize.

Here’s a quick table of the behavior of labels within a TableLayoutPanel (TLP) and why they behave that way.

TLP AutoSize	TLP ColumnStyle	Will Label Wrap?	Why?
True and False	Absolute	Yes	Known constraints Since the column is absolute, we have a known dimension to pass to the label as a wrapping distance.
True and False	AutoSize	No	Unknown constraints Setting the column to AutoSize implies that we don’t understand currently what the size of the column should be.  Therefore all AutoSize = true controls are asked, “given infinite space, what size would you prefer to be?”
False	Percentage	Yes	Known constraints Since the table is AutoSize = false, we understand that the % style column is a percentage of the remaining space in the table.  Therefore we have a known dimension to pass to the label as a wrapping distance.
True	Percentage	No	Unknown constraints Since the table is AutoSize = true, we don’t understand what % should mean, as in an AutoSize = true table, there should be no free space.  In this case, the TLP reverse-engineers what the size of the column should be based on the infinite preferred size of the contents.  E.g. if a control is 50% and it says it wants to be 100px, the other 50% column should be 100px big.

In summary:

Use label.MaximumSize if:
If you have no controls beneath your label AND your label width will remain fixed.

Use label in an anchored, autosized FlowLayoutPanel if:
If you have no controls beneath your label AND your label width will grow as a function of the dialog width.

Use label in a TableLayoutPanel if:
You have controls beneath your label that need to be moved as a function of label text length.  You will have to play with the right balance of ColumnStyles and whether or not it is necessary to actually AutoSize the TableLayoutPanel itself. 

As a last resort:
If you still cant figure it out, set label.AutoSize = false, and set the label.Size = label.GetPreferredSize( … ) with custom text wrapping constraints.

Updates:
Labels set to FlatStyle.System never word wrap when AutoSize is set to true.  Some folks use FlatStyle.System to scoot the text over to line up with the edge of the panel.  You can change your Label.Margin.Left = 0 so it will line up with other controls with a Margin.Left = 3. 

If you want Wrapping RadioButtons and CheckBoxes read here.

See the designer generated code for the samples!