Scanner.findall () и Matcher.Results () Работайте по -разному для того же входного текста и шаблона ⇐ JAVA

[Anonymous]

Я видел эту интересную вещь во время разделения строки свойств с использованием regex. Я не могу найти основную причину. < /p>

У меня есть строка, которая содержит текст, подобный свойствам Key = value pare.
У меня есть повторное выражение, которое разделяет строку на клавиши /значения на основе позиции = < /strong>. Он рассматривает первое = как точка разделения. Значение также может содержать = в нем. < /P>

Я попытался использовать два разных способа в Java для этого. < /p>


Использование scanner.findall () < /strong> метод < /p>

Это не ведет себя так, как ожидалось. Он должен извлечь и распечатать все ключи на основе шаблона. Но я нашел его поведение странным. У меня есть одна пара клавиш, как ниже < /p> < /li>
< /ol>

Код: Выделить всё

    SectionError.ErrorMessage=errorlevel=Warning {HelpMessage:This is very important message This is very important .....}

Ключ, который следует извлечь, - это sectionerror.errormessage = [/b], но он также рассматривает errorlevel = как ключ. КЛЮЧ. Нет проблем, что мы вкладываем в строку свойств. < /P> < /li>
< /ol>

Пример кода я попробовал: < /p>

import java.util.Scanner;
import java.util.regex.MatchResult;
import java.util.regex.Pattern;

import static java.util.regex.Pattern.MULTILINE;

public class MessageSplitTest {

static final Pattern pattern = Pattern.compile("^[a-zA-Z0-9._]+=", MULTILINE);

public static void main(String[] args) {
final String properties =
"SectionOne.KeyOne=first value\n" + // removing one char from here would make the scanner method print expected keys
"SectionOne.KeyTwo=second value\n" +
"SectionTwo.UUIDOne=379d827d-cf54-4a41-a3f7-1ca71568a0fa\n" +
"SectionTwo.UUIDTwo=384eef1f-b579-4913-a40c-2ba22c96edf0\n" +
"SectionTwo.UUIDThree=c10f1bb7-d984-422f-81ef-254023e32e5c\n" +
"SectionTwo.KeyFive=hello-world-sample\n" +
"SectionThree.KeyOne=first value\n" +
"SectionThree.KeyTwo=second value additional text just to increase the length of the text in this value still not enough adding more strings here n there\n" +
"SectionError.ErrorMessage=errorlevel=Warning {HelpMessage:This is very important message This is very important message This is very important messageThis is very important message This is very important message This is very important message This is very important message This is very important message This is very important message This is very important message This is very important messageThis is very important message This is very important message This is very important message This is very important message This is very important message}\n" +
"SectionFour.KeyOne=sixth value\n" +
"SectionLast.KeyOne=Country";

printKeyValuesFromPropertiesUsingScanner(properties);
System.out.println();
printKeyValuesFromPropertiesUsingMatcher(properties);
}

private static void printKeyValuesFromPropertiesUsingScanner(String properties) {
System.out.println("===Using Scanner===");
try (Scanner scanner = new Scanner(properties)) {
scanner
.findAll(pattern)
.map(MatchResult::group)
.forEach(System.out::println);
}
}

private static void printKeyValuesFromPropertiesUsingMatcher(String properties) {
System.out.println("===Using Matcher===");
pattern.matcher(properties).results()
.map(MatchResult::group)
.forEach(System.out::println);

}
}

< /code>

Печата вывода: < /p>

===Using Scanner===
SectionOne.KeyOne=
SectionOne.KeyTwo=
SectionTwo.UUIDOne=
SectionTwo.UUIDTwo=
SectionTwo.UUIDThree=
SectionTwo.KeyFive=
SectionThree.KeyOne=
SectionThree.KeyTwo=
SectionError.ErrorMessage=
errorlevel=
SectionFour.KeyOne=
SectionLast.KeyOne=

===Using Matcher===
SectionOne.KeyOne=
SectionOne.KeyTwo=
SectionTwo.UUIDOne=
SectionTwo.UUIDTwo=
SectionTwo.UUIDThree=
SectionTwo.KeyFive=
SectionThree.KeyOne=
SectionThree.KeyTwo=
SectionError.ErrorMessage=
SectionFour.KeyOne=
SectionLast.KeyOne=
< /code>

Что может быть основной причиной этого? Работает ли Scanner findall иначе, чем Matcher ?


Подробнее здесь: https://stackoverflow.com/questions/623 ... t-text-and