streamtokenizer需手动设置ordinarychar()识别运算符，调用parsenumbers()才能识别数字，不支持负数绑定，需自行处理负号；注释需预处理，四则运算建议改用正则或scriptengine。
StreamTokenizer怎么读取数字和运算符
它默认把连续数字当一个TT_NUMBER，但不会自动识别+、-、*这些为运算符——得手动用ordinaryChar()或wordChars()干预。
常见错误是直接调nextToken()后对ttype判等，结果'+'被当成TT_WORD或TT_EOF，因为没告诉它“加号不是普通字母”。
- 先调
st.ordinaryChar('+')、st.ordinaryChar('-')、st.ordinaryChar('*')、st.ordinaryChar('/') - 再调
st.eolIsSignificant(false)避免换行干扰 -
st.parseNumbers()必须调，否则"123"读出来是TT_WORD而不是TT_NUMBER
为什么负数会解析失败
StreamTokenizer把-123拆成两个token：'-'（类型TT_WORD或TT_NUMBER取决于设置）+ 123（TT_NUMBER），但它**不原生支持负号绑定**。实际读到-时，你得自己判断下一个是不是数字，再合并处理。
典型现象：输入"-5 + 3"，nextToken()返回'-'（ttype = '-'），紧接着nextToken()返回5.0（ttype = TT_NUMBER），中间没有“这是负数”的标记。
立即学习“Java免费学习笔记（深入）”；
- 遇到
ttype == '-'时，立刻nextToken()看下一个是TT_NUMBER - 如果是，就用
st.nval * -1构造负值，同时注意清掉已读的数字token（无法回退，需缓存） - 别依赖
st.ordinaryChar('-')让-5变单个token——它做不到
如何安全跳过空格和注释
默认它把空格、制表符、换行都当分隔符跳过，但注释（如//或/* */）完全不管，得自己处理。如果输入含"3 + // comment
4"，StreamTokenizer会在//处卡住或误读为单词。
解决思路不是改StreamTokenizer行为，而是预处理输入流——用BufferedReader先滤掉注释行，再喂给StreamTokenizer。
- 用
StringReader包装清理后的字符串，比直接传System.in更可控 - 单行注释：按行读，
line.split("//", 2)[0]取前半部分 - 别碰
st.commentChar('/')——它只对单字符有效，不支持//，且开启后会吞掉所有/，破坏除法符号
替代方案比硬刚StreamTokenizer更省事
写个四则表达式解析器，用StreamTokenizer要反复处理负号、括号优先级、左右结合性，代码很快变脆。它设计初衷是“分词”，不是“语法分析”。
真要快速落地，java.util.StringTokenizer太简陋，Scanner又难控 token 边界，更现实的选择是：用正则预切分（"\d+|[-+*/()]"），或直接上javax.script.ScriptEngine做简单计算（仅限可信输入）。
如果你已经写了三百行StreamTokenizer逻辑还在调负号bug，停一下——不是API用错了，是它根本不在这个抽象层级上工作。
