我正在开发的一个应用程序的一部分包括一个日志文件查看器，它带有一个find text函数，可以调用一个模式匹配器 JTextField#getText() ，就像这样：

Matcher m = somePattern.matcher(textField.getText());
m.find(startPosn);
System.out.println("startPosn: " + m.start());
System.out.println("endPosn: " + m.end());

其中textfield是jtextfield，并且
startposn设置为文本字段的当前插入符号位置
但是，仅在windows中，此函数返回的起始和结束位置返回错误的起始和结束插入符号位置。
开始位置和结束位置都比应该的位置多x，其中x=从textfield到startposn遇到新行的次数。
由于这在linux中没有出现，我认为这可能与新行的使用方式不同有关( \r\n 以及 \n )都处理好了。
我做错什么了吗；我该怎么做？

实施。解决方案：

使用camickr链接的tfa中的示例进行修改。

Matcher m = somePattern.matcher(textField.getDocument().getText(0, textField.getDocument().getLength()));
m.find(startPosn);
System.out.println("startPosn: " + m.start());
System.out.println("endPosn: " + m.end());

注意：只更改了第一行。
这使我能够在linux和windows中都获得正确的输出。