How do I compare two functions for pointer equality in the latest Go weekly?

后端 未结 3 1989
醉话见心
醉话见心 2020-12-01 06:38

In Go, is there any way to compare two non-nil function pointers to test for equality? My standard of equality is pointer equality. If not, is there any particular reason wh

相关标签:
3条回答
  • 2020-12-01 06:54

    weekly.2011-11-18

    Map and function value comparisons are now disallowed (except for comparison with nil) as per the Go 1 plan. Function equality was problematic in some contexts and map equality compares pointers, not the maps' content.

    Equality

    Function equality was problematic in the presence of closures (when are two closures equal?)

    0 讨论(0)
  • 2020-12-01 07:07

    Note that there is a difference between equality and identity. The operators == and != in Go1 are comparing the values for equivalence (except when comparing channels), not for identity. Because these operators are trying not to mix equality and identity, Go1 is more consistent than pre-Go1 in this respect.

    Function equality is different from function identity.


    One reason for not allowing == and != on function types is performance. For example, the following closure is not using any variables from its environment:

    f := func(){fmt.Println("foo")}
    

    Disallowing comparisons of functions enables the compiler to generate a single implementation for the closure, instead of requiring the run-time to create a new closure (at run-time). So, from performance viewpoint the decision to disallow function comparisons was a good decision.


    In relation to using the reflect package to determine function identity, a code like

    func SomeFun()    {}
    func AnotherFun() {}
    
    func main() {
        sf1 := reflect.ValueOf(SomeFun)
        sf2 := reflect.ValueOf(SomeFun)
        fmt.Println(sf1.Pointer() == sf2.Pointer())  // Prints true
    
        af1 := reflect.ValueOf(AnotherFun)
        fmt.Println(sf1.Pointer() == af1.Pointer())  // Prints false
    }
    

    relies on undefined behavior. There are no guarantees as to what the program will print. The compiler may decide that it will merge SomeFun and AnotherFun into a single implementation, in which case the 2nd print statement would print true. In fact, there is absolutely no guarantee that the 1st print statement will print true (it may, under some other Go1 compiler and run-time, print false).


    A correct answer to your original question is:

    package main
    
    import "fmt"
    
    func F1() {}
    func F2() {}
    
    var F1_ID = F1  // Create a *unique* variable for F1
    var F2_ID = F2  // Create a *unique* variable for F2
    
    func main() {
        f1 := &F1_ID  // Take the address of F1_ID
        f2 := &F2_ID  // Take the address of F2_ID
    
        // Compare pointers
        fmt.Println(f1 == f1)  // Prints true
        fmt.Println(f1 == f2)  // Prints false
    }
    
    0 讨论(0)
  • 2020-12-01 07:08

    The workaround depends on the situtation. I had to change a couple of places where I was comparing functions. In once case I just did something different so I wouldn't need to compare them any more. In another case I used a struct to associate functions with comparable strings, something like,

    type nameFunc struct {
        name string
        fval func()
    }
    

    I only had a couple of functions I needed to compare so it was simplest to keep a slice of these structs and scan the slice as needed, comparing the name field and dispatching fval. If you have very many you might use a map instead. If your functions have different signatures you could use interfaces, and so on.

    0 讨论(0)
提交回复
热议问题