setrequestproperty可直接设置user-agent和cookie，但机制不同：ua用于客户端标识，需在connect()前设置；cookie手动设置需严格格式，推荐用cookiemanager自动管理；乱码与编码设置有关，非setrequestproperty导致。
可以，setRequestProperty 能直接设置 User-Agent（UA） 和 Cookie，但二者作用机制和使用场景不同，需注意细节。
UA 是客户端标识，用 setRequestProperty 直接写入即可
UA 属于标准 HTTP 请求头字段，服务端仅用于识别客户端类型，不涉及状态维护。设置方式简单明确：
- 调用
connection.setRequestProperty("User-Agent", "Mozilla/5.0 ...") - 建议在
connect()之前设置，否则可能被忽略 - 值可自定义，但某些网站会校验 UA 格式，过于简陋（如纯字符串 "test"）可能被拦截或返回 403
Cookie 可以手动设置，但要注意格式与作用范围
手动设置 Cookie 本质是把已知的键值对拼成字符串传入，适用于你已有有效 Cookie 的场景（如登录后抓取到的 session）：
- 格式必须为
"key1=value1; key2=value2; Path=/; Domain=example.com"，多个键值用分号+空格分隔 - 只填
"JSESSIONID=abc123"通常够用，但若服务端校验 Domain 或 Path，缺失可能导致无效 - 代码示例：
connection.setRequestProperty("Cookie", "uid=123; token=xyz; Path=/")
更推荐用 CookieManager 自动管理 Cookie
如果需要自动收发、存储、复用 Cookie（比如模拟登录流程），手动拼接容易出错，应启用系统级 Cookie 管理：
- 在发起任何请求前，全局设置：
CookieHandler.setDefault(new CookieManager()) - 后续所有
HttpURLConnection请求会自动读取响应头中的Set-Cookie并保存，下次同域请求自动带上 - 支持策略控制，例如只接受原服务器 Cookie：
new CookieManager(null, CookiePolicy.ACCEPT_ORIGINAL_SERVER)
乱码问题常出现在响应体读取环节，与 setRequestProperty 无关
UA 和 Cookie 设置本身不会导致乱码；乱码多因 InputStreamReader 指定编码与响应实际编码不一致：
- 优先从响应头获取真实编码：
connection.getContentEncoding()或connection.getContentType()中解析 charset - 若未声明，可尝试
"UTF-8"；中文网站常见"GBK"或"GB2312"，但 GBK 更兼容 - 错误示例：
new InputStreamReader(conn.getInputStream(), "gb2312")用于 UTF-8 响应 → 必然乱码
