我想解析一些像示例中那样的 XML结构.我一直在追逐空洞的价值观.这是我正在使用的简化版本,只是为了说明问题. package mainimport ( "encoding/xml" "fmt")type Entry struct { VulnCveId string `xml:"entry
package main import ( "encoding/xml" "fmt" ) type Entry struct { VulnCveId string `xml:"entry>vuln:cve-id"` } func main() { v := Entry{} err := xml.Unmarshal([]byte(data), &v) if err != nil { fmt.Printf("error: %v", err) return } fmt.Println(v.VulnCveId) } const data = ` <entry id="CVE-2005-4895"> <vuln:vulnerable-configuration id="http://nvd.nist.gov/"> <cpe-lang:logical-test negate="false" operator="OR"> <cpe-lang:fact-ref name="cpe:/a:csilvers:gperftools:0.3" /> <cpe-lang:fact-ref name="cpe:/a:csilvers:gperftools:0.2" /> <cpe-lang:fact-ref name="cpe:/a:csilvers:gperftools:0.1" /> </cpe-lang:logical-test> </vuln:vulnerable-configuration> <vuln:vulnerable-software-list> <vuln:product>cpe:/a:csilvers:gperftools:0.3</vuln:product> <vuln:product>cpe:/a:csilvers:gperftools:0.1</vuln:product> <vuln:product>cpe:/a:csilvers:gperftools:0.2</vuln:product> </vuln:vulnerable-software-list> <vuln:cve-id>CVE-2005-4895</vuln:cve-id> <vuln:published-datetime>2012-07-25T15:55:01.273-04:00</vuln:published-datetime> <vuln:last-modified-datetime>2012-08-09T00:00:00.000-04:00</vuln:last-modified-datetime> <vuln:cvss> <cvss:base_metrics> <cvss:score>5.0</cvss:score> <cvss:access-vector>NETWORK</cvss:access-vector> <cvss:access-complexity>LOW</cvss:access-complexity> <cvss:authentication>NONE</cvss:authentication> <cvss:confidentiality-impact>NONE</cvss:confidentiality-impact> <cvss:integrity-impact>NONE</cvss:integrity-impact> <cvss:availability-impact>PARTIAL</cvss:availability-impact> <cvss:source>http://nvd.nist.gov</cvss:source> <cvss:generated-on-datetime>2012-07-26T08:38:00.000-04:00</cvss:generated-on-datetime> </cvss:base_metrics> </vuln:cvss> <vuln:cwe id="CWE-189" /> <vuln:references xml:lang="en" reference_type="UNKNOWN"> <vuln:source>MISC</vuln:source> <vuln:reference href="http://kqueue.org/blog/2012/03/05/memory-allocator-security-revisited/" xml:lang="en">http://kqueue.org/blog/2012/03/05/memory-allocator-security-revisited/</vuln:reference> </vuln:references> <vuln:references xml:lang="en" reference_type="UNKNOWN"> <vuln:source>CONFIRM</vuln:source> <vuln:reference href="http://code.google.com/p/gperftools/source/browse/tags/perftools-0.4/ChangeLog" xml:lang="en">http://code.google.com/p/gperftools/source/browse/tags/perftools-0.4/ChangeLog</vuln:reference> </vuln:references> <vuln:summary>Multiple integer overflows in TCMalloc (tcmalloc.cc) in gperftools before 0.4 make it easier for context-dependent attackers to perform memory-related attacks such as buffer overflows via a large size value, which causes less memory to be allocated than expected.</vuln:summary> </entry> `
v.VulnCveId在这种情况下是空的.我究竟做错了什么?
这对我来说几乎就像一个bug.> http://play.golang.org/p/ym8zshlUC6如果我删除条目,则减少工作量>标签的一部分.根据文档不应该是必要的.
> http://play.golang.org/p/3zt09n5fYa但是为你的代码做同样的事情是行不通的,所以这肯定闻起来很腥.