java - 如何连续扫描输入到控制台？

Question

我给自己安排了学习Java的任务。我的想法是创建一个仅包含文本控制台的简单游戏。 “AI”(计时器)会定期发送一个字符串，玩家必须写出正确的字符串作为响应，否则他/她就会失去生命。

因此，我的第一个问题是:是否有一种简单的方法将计时器和扫描仪结合起来？我需要它不断地“观察”控制台线路中的字符串。

经过一段时间的搜索和尝试，我在扫描时生成或生成字符串时最难以扫描文本，我发现了以下代码，但它有一个问题:

if ((name =in.nextLine(2000)) ==null)

如果我重写条件，例如与 !="a"而不是 null 进行比较，则代码会忽略该条件并始终写入“太慢!”无论。如果它是 ==a"它总是说你好，a。我完全不明白为什么，似乎忽略了逻辑。 所以第二个问题是，为什么当逻辑不同时它会忽略逻辑？我该如何解决它？

public class TimedScanner
{
    public TimedScanner(InputStream input)
    {
        in = new Scanner(input);
    }

    private Scanner in;
    private ExecutorService ex = Executors.newSingleThreadExecutor(new ThreadFactory()
    {
        @Override
        public Thread newThread(Runnable r)
        {
            Thread t = new Thread(r);
            t.setDaemon(true);
            return t;
        }
    });

    public static void main(String[] args) {
        TimedScanner in = new TimedScanner(System.in);
        int playerHealth = 5;
        System.out.print("Enter your name: ");
        try {
            while (playerHealth > 0) {
                String name = null;
                if ((name = in.nextLine(3000)) ==null) {
                    System.out.println(name);
                    System.out.println("Too slow!");
                    playerHealth--;
                } else {
                    System.out.println(name);
                    System.out.println("Hello, " + name);
                }
            }
        } catch (InterruptedException | ExecutionException e) {
            //TODO Auto-generated catch block
            e.printStackTrace();
        }
    }

    public String nextLine(int timeout) throws InterruptedException, ExecutionException
    {
        Future<String> result = ex.submit(new Worker());
        try
        {
            return result.get(timeout, TimeUnit.MILLISECONDS);
        }
        catch (TimeoutException e)
        {
            return null;
        }
    }

    private class Worker implements Callable<String>
    {
        @Override
        public String call() throws Exception
        {
            return in.nextLine();
        }
    }
}

这是关于它应该做什么的非常简单的想法。同时我计划放入一个随机挑选的字符串，它将与控制台输入进行比较，错误的输入=playerHealth--;正确输入其他内容。

Answer 1

2)为什么当逻辑不同时它会忽略逻辑？我该如何解决它？

您已经说过:

If I rewrite the condition to, for example, compare to !="a" instead of null, the code just ignores the condition and always writes "Too slow!" no matter what.

在 Java 中，从不(或几乎从不)使用 == 或 != 比较两个字符串。字符串是一个对象，因此使用 == 比较它们意味着按地址而不是按值比较它们。所以

if ((name = in.nextLine(3000)) != "a")

总是(或几乎总是)返回 true，因为从 in#nextLine 返回的任何字符串，无论是“a”还是不同的字符串，都将分配在堆上与硬编码的“a”字符串不同的地址处。我之所以说“几乎”是因为 Java 使用了字符串池的概念:当创建对文字的新引用时，它会检查字符串是否已存在于池中以便重用它。但你永远不应该依赖==。相反，使用 Object.Equals() .

有关 Java 字符串池的更多讨论 here .

1)有没有一种简单的方法将定时器和扫描仪结合起来？

嗯，控制台 UI 在读取用户输入时对多线程不太友好，但它可以做到......

你的代码有一个问题:每当玩家失去一条生命时，它必须按 Enter 两次 - 当连续失去 2 条生命时，它必须按 Enter 3 次才能收到“AI”的积极反馈。这是因为您没有杀死前面的线程/取消前面的任务。所以我建议使用以下代码:

private static Scanner in;

public String nextLine(int timeout) throws InterruptedException, ExecutionException
{
    //keep a reference to the current worker
    Worker worker = new Worker();
    Future<String> result = ex.submit(worker);
    try
    {
        return result.get(timeout, TimeUnit.MILLISECONDS);
    }
    catch (TimeoutException e)
    {
        //ask the worker thread to stop
        worker.interrupt();
        return null;
    }
}

private class Worker implements Callable<String>
{
    //you want the most up-to-date value of the flag, so 'volatile', though it's not really necessary
    private volatile boolean interrupt;

    @Override
    public String call() throws Exception
    {
        //check whether there's something in the buffer;
        while (System.in.available() == 0){
            Thread.sleep(20);
            //check for the interrupt flag
            if(interrupt){
                throw new InterruptedException();
            }
        }
        //once this method is called there's no friendly way back - that's why we checked for nr of available bytes previously
        return in.nextLine();
    }

    public void interrupt(){
        this.interrupt = true;
    }
}