怎么在java中输入数字显示ascii码 jdk10什么可以代替native2ascii.exe？

jdk10什么可以代替native2ascii.exe？

Native2ascii是一个工具，主要用于将本地编码(如gbk)的文件转换为标准的Prop

java输入一句英文句子，翻转句子中单词的顺序，单词内字符的顺序也要改变，句子中单词以空格符隔开？

抛开java语法和函数，所有语言的通用算法是:1 .构建一个单词串strWord2。建立一个单词标点符号堆栈。一个字符一个字符的读，确定是不是字母(ascii或者其他方法)。如果是字母，放在strWord中，如果读到一个空格或标点符号，strWord不为空，放入栈中，把空格或标点符号放入栈中，然后空strWord接受下一个字符，最后出来。

字节流和字符流的区别？

定义不同的:字节流可以处理所有类型的数据(如图片、avi等。)，而字符流只能处理字符类型的数据。

读写单位不同的:字节流以字节(8bit)为单位，字符流以字符为单位。根据码表，字符是映射的，一次可以读取多个字节。

:Java处理不同的字节流InputStr:字节流读取的数据不会通过缓冲区。字符流通过。

不同的编码。

javaaes为什么还要用base64？

X.509公钥证书和电子邮件数据经常使用Base64编码，那么为什么需要进行这种编码呢？

我们知道计算机中有256种字节组合，对应的是ascii码，ascii码的128到255之间的值是不可见字符。当在网络上交换数据时，例如，从地点A到地点B，它经常通过多个路由设备。因为不同的设备对字符的处理不同，那些看不见的字符可能会处理不正确，不利于传输。所以数据要先用Base64编码，而且都是可见字符，这样出错的可能性就大大降低了。

证书，尤其是根证书，一般都用Base64编码，因为网上很多人会下载。电子邮件附件通常是Base64编码的，因为附件数据通常包含不可见的字符。

那么Base64到底是怎么编码的呢？

简单来说，任何数据都可以看作是比特流，比如01。000100100100110110111101110001100110010 ...然后我们以6位为一组，计算它的ascii值，得到一个字符，这个字符肯定是可见字符。好，写出它对应的字符，取6位，计算...，以此类推，直到最后，才算完成。

1.标准base64只有64个字符(英文大小写、数字和/)和一个等号作为后缀；

就是把3个字节变成4个可打印的字符，所以base64编码的字符串必须能被4整除(不算用作后缀的等号)；

3.等号必须用作后缀，数字必须是0、1或2。这是因为如果原始文本的长度不能被3整除，base64应该在它后面加上0以构成3n位。为了恢复正确，先加几个零，再加几个等号。显然，等号的个数只能是0、1或2；

4.严格来说，base64不是一种加密，只是一种代码转换。使用base64的初衷。用可见字符串表达包含不可见字符串的信息，便于复制粘贴；

-

提供作品中使用的base64场景。

一个xml包含另一个xml数据。这时候直接写xml数据显然是不合适的，对xml进行适当的编码和存储更方便。其实xml中的字符一般都是可见字符(0到127之间)，但是由于中文的存在，可能会有不可见字符，所以直接在外部的xml数据中打印字符显然是不合理的。我该怎么办？

你可以用base64编码，然后用xml存储，解码，反之亦然。

其实还有一种方法可以把byte的值写在xml里，用空格或者，分开，这样字节数据也可以传入，但是浪费空间比较大，不容易保存。

另一个，比如http协议中的键值字段，必须是URLEncode，否则等号可能导致解析失败，空格也可能导致http请求解析出现问题。例如，请求行是post/guoweixin/hehehetp/1.1，用空格分隔。

比如有些文本协议不支持不可见字符的传输，只能使用大于32的可见字符来传输信息(协议规定)。