Java中的自动行刷新,加不加true有啥区别？不加true也照样换行吧？这个true有啥用？

Posted 2023-05-05

public static void main(String[] args) throws FileNotFoundException,
UnsupportedEncodingException
Scanner scanner = new Scanner(System.in);
System.out.println("请输入文件名：");
String name = scanner.nextLine();

FileOutputStream fos = new FileOutputStream(name);
OutputStreamWriter osw = new OutputStreamWriter(fos, "UTF-8");
PrintWriter pw = new PrintWriter(osw,true);
System.out.println("请输入内容：");
String line = null;
while (true)
line = scanner.nextLine();
if ("ex".equals(line))
break;


pw.println(line);
pw.flush();



System.out.println("再见");
pw.close();

1、加true之后，pw.println(line);会直接把数据立即写入文件，不需要pw.flush();，并且只认println、printf 或 format 的其中一个方法，不认换行符作为刷新标志了。
2、不加true那就得写pw.flush();来将数据立即写入文件。
3、这个程序中，两种方案都用上了，保险。 参考技术A 可以把while条件中的true不加的话会报错，因为while条件必须要有boolean类型值，加true的效果是一直循环下去，知道满足line等于ex，才退出该循环 参考技术B 再没有刷新前，你写入的数据并没有真正写入文件，只是保存在内存中。刷新后才会写入文件，如果程序中没有调用刷新方法，当程序执行完时会自动刷新，也就是只有到数据全部执行完才会一次性写入，大数据量时对运行效率有影响。

创建不具有自动行刷新的对象，就是用这个对象写入数据时不会自动刷新

nginx proxy_pass后的url加不加/的区别

在nginx中配置proxy_pass时，当在后面的url加上了/，相当于是绝对根路径，则nginx不会把location中匹配的路径部分代理走;如果没有/，则会把匹配的路径部分也给代理走。

 

下面四种情况分别用http://192.168.1.4/proxy/test.html 进行访问。

第一种：

location  /proxy/ {

          proxy_pass http://127.0.0.1:81/;

}

会被代理到http://127.0.0.1:81/test.html 这个url

 

第二咱(相对于第一种，最后少一个 /)（注：公司的是/proxy即可[用的是mxxxxloan]，经过测试也确实是这样，但是最好像这种后面再加个/，否则这种请求http://xxx/proxymmm也会匹配到，而加了/那么只会是http://xxx/proxy/mmm才会匹配）

location  /proxy/ {

          proxy_pass http://127.0.0.1:81;

}

会被代理到http://127.0.0.1:81/proxy/test.html 这个url

 

第三种：（注：和第四种其实一样）

location  /proxy/ {

          proxy_pass http://127.0.0.1:81/ftlynx/;

}

会被代理到http://127.0.0.1:81/ftlynx/test.html 这个url。

 

第四种情况(相对于第三种，最后少一个 / )：（注：这种情况比较特殊）

location  /proxy/ {

          proxy_pass http://127.0.0.1:81/ftlynx;

}

会被代理到http://127.0.0.1:81/ftlynxtest.html 这个url

总结：这里分两种情况，一种是http://localhost:8080;后面没有/，第二种是后面有/但是之后可以跟如/test/mm这样的；

对于第一种，那么location匹配到后会将完整的uri拼接到转发的proxy_pass后面，而对于存在/的proxy_pass那么匹配到它的location后只是将除匹配到的uri的其它部分拼接到proxy_pass后面 

 

上面的结果都是本人结合日志文件测试过的。从结果可以看出，应该说分为两种情况才正确。即http://127.0.0.1:81 (上面的第二种) 这种和 http://127.0.0.1:81/.... （上面的第1，3，4种） 这种。

 

【转自】http://ftlynx.blog.51cto.com/2833447/839607