根据Jarod的解决方案和Jeffiekins提出的问题，你可以进行修改

"May 16, 2011"

to

"=""May 16, 2011"""

在我的案例中，使用R生成的csv文件中的“Sept8”被Excel 2013转换为“8-Sept”。该问题通过使用xlsx包中的write.xlsx2()函数生成xlsx格式的输出文件来解决，该输出文件可以由Excel加载，而无需进行不必要的转换。因此，如果给你一个csv文件，你可以尝试将它加载到R中，并使用write.xlsx2()函数将其转换为xlsx。

如果在字段的开头放置一个倒置逗号，它将被解释为文本。

例子: 25/12/2008变成了25/12/2008

您还可以在导入时选择字段类型。

2018

唯一适合我的解决方案(也没有修改CSV)。

Excel 2010:

创建新工作簿 数据>从文本>选择您的CSV文件 在弹出框中选择“Delimited”单选按钮，然后点击“Next >” 分隔符复选框:只勾选“逗号”，取消勾选其他选项，然后单击“下一步>” 在“数据预览”中，滚动到最右，然后按住shift并单击最后一列(这将选中所有列)。现在在“列数据格式”中选择单选按钮“文本”，然后单击“完成”。

Excel office365:(客户端版本)

创建新工作簿 数据>从文本/CSV >选择您的CSV文件 数据类型检测>不检测

注意:Excel office365 (web版本)，当我写这篇文章时，你将无法做到这一点。

I know this is an old question, but the problem is not going away soon. CSV files are easy to generate from most programming languages, rather small, human-readable in a crunch with a plain text editor, and ubiquitous. The problem is not only with dates in text fields, but anything numeric also gets converted from text to numbers. A couple of examples where this is problematic: ZIP/postal codes telephone numbers government ID numbers which sometimes can start with one or more zeroes (0), which get thrown away when converted to numeric. Or the value contains characters that can be confused with mathematical operators (as in dates: /, -). Two cases that I can think of that the "prepending =" solution, as mentioned previously, might not be ideal is where the file might be imported into a program other than MS Excel (MS Word's Mail Merge function comes to mind), where human-readability might be important. My hack to work around this If one pre/appends a non-numeric and/or non-date character in the value, the value will be recognized as text and not converted. A non-printing character would be good as it will not alter the displayed value. However, the plain old space character (\s, ASCII 32) doesn't work for this as it gets chopped off by Excel and then the value still gets converted. But there are various other printing and non-printing space characters that will work well. The easiest however is to append (add after) the simple tab character (\t, ASCII 9). Benefits of this approach: Available from keyboard or with an easy-to-remember ASCII code (9), It doesn't bother the importation, Normally does not bother Mail Merge results (depending on the template layout - but normally it just adds a wide space at the end of a line). (If this is however a problem, look at other characters e.g. the zero-width space (ZWSP, Unicode U+200B) is not a big hindrance when viewing the CSV in Notepad (etc), and could be removed by find/replace in Excel (or Notepad etc). You don't need to import the CSV, but can simply double-click to open the CSV in Excel. If there's a reason you don't want to use the tab, look in an Unicode table for something else suitable. Another option might be to generate XML files, for which a certain format also is accepted for import by newer MS Excel versions, and which allows a lot more options similar to .XLS format, but I don't have experience with this. So there are various options. Depending on your requirements/application, one might be better than another. Addition It needs to be said that newer versions (2013+) of MS Excel don't open the CSV in spreadsheet format any more - one more speedbump in one's workflow making Excel less useful... At least, instructions exist for getting around it. See e.g. this Stackoverflow: How to correctly display .csv files within Excel 2013? .

这个问题仍然存在于Mac Office 2011和Office 2013，我无法阻止它发生。这似乎是很基本的事情。

在我的例子中，我有诸如“1 - 2”和“7 - 12”的值，在CSV中正确地用倒逗号括起来，这将自动转换为excel中的日期，如果您尝试随后将其转换为纯文本，您将得到日期的数字表示形式，如43768。此外，它将条形码和EAN编号中的大数字重新格式化为123E+数字，再次无法转换回来。

我发现谷歌驱动器的谷歌表不能将数字转换为日期。条形码中每3个字符有一个逗号，但这些很容易被删除。它处理csv非常好，特别是在处理MAC / Windows csv时。

说不定还能救人。