为什么Eclipse使用Cp1252编码？
抱歉，这是一个非常业余的问题！我知道Eclipse使用Cp1252作为其编码的默认值。
我最近创建了一个使用哈希映射将输入的字母转换为盲文的程序。为此，我不得不将编码方法更改为UTF-8。
我对这两者都不了解，但是我读到的所有内容都表明UTF-8可以表示Unicode中的每个字符，并且具有更大的可识别符号库。
那么为什么它不是Eclipse的首选编码样式？
问题答案：
当您针对全新的工作空间启动Eclipse时，Eclipse必须决定在处理某些类型的基于文本的文件时默认使用哪种编码：文本文件，Java源文件，JSP文件，XML等。
然后，默认情况下，Eclipse使用默认的平台编码，该默认编码是从操作系统的设置派生的。
至于 为什么UTF-8不是文本文件的默认编码
，原因是，在全世界范围内，仍然有大量的UTF-8不向后兼容的纯文本文件。尽管UTF-8与大多数西方编码都向后兼容，但其他编码则不是这种情况。
您可以通过修改工作区的设置来更改这些默认编码。但是请记住，这些设置存储在工作空间级别。如果以后启动新工作区，则新工作区将设置默认编码。
要更改默认编码，只需转到Workspace-> Preferences，然后在对话框左上方的搜索框中键入“
encoding”。Eclipse将过滤首选项对话框，以包含与编码相关的项目。
-
我的项目有问题。它是一个Spring CRUD RestFul API，公开提供Json数据的服务。我使用JDK-7、EclipseNeon和Maven进行编码、构建，并将项目部署到JBossEAP6.4服务器中。一切正常，服务响应正确。 因此，我决定添加Lombok，以减少锅炉代码并提高代码的可读性。顺便说一句，我以前在另一个项目中使用了龙目，效果很好。 这是我的问题，在包括Lombok之后：-
-
问题内容： Eclipse IDE是用Java编写的大型桌面应用程序的最佳示例之一。 我见过的大多数Java应用程序通常都依赖于批处理或Shell脚本来使用应用程序的类路径构建字符串，并使用类路径作为env变量启动JVM。 另一方面，Eclipse依赖于本机启动器。这是为什么 ？该启动程序没有脚本执行什么操作？ 我记得一年半前读过一篇文章，该文章解释说“我们最好使用本地启动器”，但id并不能解释启
-
问题内容： FindBugs报告一个错误： 依赖默认编码找到了对将执行字节到字符串（或字符串到字节）转换的方法的调用，并假定默认平台编码是合适的。这将导致应用程序行为在平台之间有所不同。使用备用API并明确指定字符集名称或字符集对象。 我像这样使用FileReader（仅是一段代码）： 要更正错误，我需要更改 至 当我使用PrintWriter时，发生了相同的错误。所以现在我有一个问题。什么时候可
-
我的项目有问题。它是一个Spring CRUD RestFul API，公开提供Json数据的服务。我使用JDK-7、Eclipse Neon和Maven进行编码、构建，并将项目部署到JBossEAP 6.4服务器中。一切正常，服务响应正确。 所以我决定添加Lombok，以减少boiler代码并提高代码的可读性。顺便说一句，我之前在另一个项目中使用了龙目，效果很好。 这是我的问题，包括龙目：当我使
-
所以我一直在学习如何在Eclipse中使用JavaFX，并且遇到了一个字符编码错误，它总是发生在类声明之前的最后一个字符上。 每当我运行脚本时，都会出现一个程序错误，该错误正好说明： “无法完成保存。请尝试文件。” 我试过下载一个支持FX的程序，叫做IntelliJ IDEA，同样的错误也发生在那个程序上。然而，我通过手工重写最后一次导入，设法在IntelliJ上修复了这个错误。不幸的是，当我使用
-
问题内容： 关于Cassandra的 问题 为什么世界上有人会用Java编写数据库ENGINE？ 我能理解为什么您要有一个Java接口，但要有一个引擎… 我给人的印象是，没有什么比C / C ++快，而且数据库引擎不应比最大速度慢，而且当然不使用垃圾回收… 谁能解释给我一个什么可能的含义，为什么Cassandra可以比在C / C ++代码上运行的普通SQL更快？ 编辑： 很抱歉“为什么要死在地上